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ABSTRACT 


^Effective  manpower  planning  becomes  quite  complex  and  critical  in 
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high  technology  environments.  In ^theae' environments,  operators  and 
maintenance  personnel  must  be  highly  trained  and  skilled  to  assure  that 
equipment  will  be  effectively^ utilized^  and  that  changes  can  be  rapidly 
implemented.  The  manpower  planning  problem  becomes  one  of  determining 
requirements  for  skilled  employees  early  enough  to  ascertain  training 
needs,  to  select  candidates  for  training,  to  educate  and  train  technicians 
before  a shortage  of  manpower  occurs,  and  to  achieve  this  without  excessive 


manpower  costs. 
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This  investigation  examined  definitions  of -the  manpower  planning  fr  ,,  - 
problem;  briefly  surveyed  traditional  approaches  to  manpower  planning;  and 
presented  an  alternative  technique .^material  requirements  planning  (MRP), 
which  has  been  successfully  applied  in  other  kinds  of  planning  problems. 

The  general  hypothesis  tested  was  that  MRP  will  be  a more  effective 

procedure  than  traditional  extrapolation  techniques. £or  manpower  planning. 

/ co  ►»-("*  *2  a > 

'The  test  of  the  hypothesis  involved  comparison  o£“ a manpower  planning 
model  using  MRP  concepts  with  one  using  traditional  extrapolation  concepts 
through  a model  of  a simulated  Air  Force  weapon  system. - All 
of  the  system  specific  information  included  in  this  investigation  has  been 
approved  by  United  States  Air  Force  Institute  of  Technology  Office  of 
Information  (USAFIT/OI)  and  is  considered  non-sensitive  information. 

The  results  showed  that  in  relatively  stable  environments  both  types 
of  models  maintained  the  prime  objective,  keeping  missiles  on  alert,  but 
the  MRP  approach  achieved  the  alert  rate  at  a lower  total  cost  (i.e.,  with 


fewer  maintenance  teams).  Additionally,  MRP  proved  superior  to  the  extra- 
polation model  in  very  turbulent  or  uncertain  environmental  situations  - 
The  turbulence  was  created  by  changing  the  configuration  of  the  missile 
system. 

This  investigation  provides  a basic  foundation  for  testing  the  MRP 
concept  under  various  environmental  conditions  and  has  demonstrated  that 
simulation  is  a very  useful  method  for  research,  and  provides  a new 
approach  and  expanded  definition  of  manpower  planning. 
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Effective  manpower  planning  becomes  quite  complex  and  critical  in 
high  technology  environments . In  these  environments,  operators  and 
maintenance  personnel  must  be  highly  trained  and  skilled  to  assure  that 
equipment  will  be  effectively  utilized,  and  so  that  changes  can  be  rapidly 
implemented.  The  manpower  planning  problem  becomes  one  of  determining 
requirements  for  skilled  employees  early  enough  to  ascertain  training 
needs,  to  select  candidates  for  training,  to  educate  and  train  technicians 
before  a shortage  of  manpower  occurs,  and  to  achieve  this  without  excessive 
manpower  costs. 

This  investigation  examined  definitions  of  the  manpower  planning 
problem;  briefly  surveyed  traditional  approaches  to  manpower  planning;  and 
presented  an  alternative  technique,  material  requirements  planning  (MRP), 
which  has  been  successfully  applied  in  other  kinds  of  planning  problems. 


The  general  hypothesis  tested  was  that  MRP  will  be  a more  effective 
procedure  than  traditional  extrapolation  techniques  for  manpower  planning. 
The  test  of  the  hypothesis  involved  comparison  of  a manpower  planning 
model  using  MRP  concepts  with  one  using  traditional  extrapolation  concepts 
through  a model  of  a simulated  Air  Force  weapon  system.  All 
of  the  system  specific  information  included  in  this  investigation  has  been 
approved  by  United  States  Air  Force  Institute  of  Technology  Office  of 
Information  (USAFIT/OI)  and  is  considered  non-sensitive  information. 

The  results  showed  that  in  relatively  stable  environments  both  types 
of  models  maintained  the  prime  objective,  keeping  missiles  on  alert,  but 
the  MRP  approach  achieved  the  alert  rate  at  a lower  total  cost  (i.e.,  with 
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fewer  maintenance  teams).  Additionally,  MRP  proved  superior  to  the  extra- 
polation model  in  very  turbulent  or  uncertain  environmental  situations. 

The  turbulence  was  created  by  changing  the  configuration  of  the  missile 
system. 

This  investigation  provides  a basic  foundation  for  testing  the  MRP 
concept  under  various  environmental  conditions  and  has  demonstrated  that 
simulation  is  a very  useful  method  for  research,  and  provides  a new 
approach  and  expanded  definition  of  manpower  planning. 
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CHAPTER  I 

INTRODUCTION 

Manpower  planning  is  the  task  of  "anticipating  human  resource  require- 
ments, taking  into  account  current  and  likely  future  demands  for  skills  and 
probable  availability  of  individuals  with  such  skills. Since  successful 
manpower  planning  demands  a balance  between  skill  required  and  skill  available 
at  some  future  time,  then  the  planning  necessarily  must  be  complete  prior  to 
the  minimum  lead  time  for  acquiring  and  training  new  personnel.  In  environ- 
ments where  personnel  procurement  lead  times  are  short  and/or  future  needs  can 
be  readily  extrapolated  from  historical  trends,  manpower  planning  is  relatively 
simple  and  straightf orward.  However,  for  a high  technology  case,^  such  as 
maintenance  requirements  for  complex  defense  systems,  training  times  can  be 
long  and  equipment  design  changes  can  significantly  change  the  mix  of  skills 
required.  This  study  will  adapt  a proven  planning  technique  (material  require- 
ments planning- -MRP)  from  a production  and  inventory  control  context  and 
apply  that  framework  to  manpower  planning. 

The  need  for  accurate,  long-range  manpower  plans  is  more  important 
today  than  at  any  time  in  the  past  due  to  our  dynamic  society  and  ever 
increasing  level  of  technology.  Most  of  the  current  iTianpower  planning 

■ ■ - . i-, . , ■ - 

^•The  Encyclopedia  of  Management  edited  by  Carl  Heyel,  2nd  Ed. , (New 
York:  Van  Nostrand  Reinhold  Company,  1973),  p.  523. 

high  technology  environment  is  an  environment  in  which  the  product  or 
process  of  making  the  product  is  very  complex  (requiring  many  individual  compo- 
nents) and  the  configuration  of  the  system  or  product  changes  rapidly,  the 
information  processing  is  complex  and  requires  large  quantities  of  minor  bits  of 
information  and  monitors  or  controls  the  process  by  artificial  intelligence,  and 
technicians  must  be  highly  skilled  and  require  long  periods  of  time  to  acquire 
the  necessary  skills  either  by  training  and/or  experience.  This  definition  was 
developed  by  the  author  based  in  part  on  Emery  and  Trist  (1965),  Hall  and  Hager 
(1969),  Lawrence  and  Lorsch  (1969),  and  Terreberry  (1968). 
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approaches  tend  to  break  down  in  a high  technology  environment  when  the 
configuration  of  the  product  (or  the  process  of  making  the  product)  changes 
rapidly,  creating  a situation  in  which  highly  skilled  technicians  must  be 
acquired,  trained,  or  retrained  in  order  to  operate  or  maintain  the  newly 
configured  system.  The  resultant  effect  of  this  rapid  change  process  on 
manpower  requirements  is  often  very  complex  and  difficult  to  analyze  through 
traditional  manpower  planning  techniques. 

A recent  survey  by  the  Industrial  Relations  Center  at  the  University 
of  Minnesota  indicated  that  ten  out  of  eleven  firms  surveyed  had  some  type 
of  formal  manpower  planning  programs;  however,  they  were  not  much  more 

O 

accurate  than  chance. 


Theoretical  Framework 


Manpower  Planning 


Definitions.  Manpower  planning  has  been  defined  in  many  different 
ways  depending  on  the  inclination  of  the  author.  Some  have  been  very  broad, 
such  as  Coleman  (1966,  pp.  4-5)  when  he  defined  it  as  " . . . the  process 
of  determining  manpower  requirements  for  carrying  out  the  integrated  plans 
of  an  organization.  It  encompasses  types  of  skills  and  capabilities, 
number  of  people,  and  location  and  timing  of  manpower  needs." 

Some  have  provided  very  specific  definitions,  such  as  Vetter  (1967, 
p.  15),  who  said  manpower  planning  is  ".  . . the  process  by  which  manage- 
ment determines  how  the  organization  should  move  from  its  current  manpower 
position  to  its  desired  position.  Through  planning,  management  strives  to 
have  the  right  number  and  right  kinds  of  people,  at  the  right  places,  at 
the  right  time.  . ."  and  Krajewski  and  Thompson  (1975,  p.  315),  who  define 


■^"Manpower  Planning:  A Research  Bibliography,"  (Industrial  Relations 
Center,  University  of  Minnesota,  January  1970). 


it  as  the  "...  determination  of  a work  force  level  for  each  period  of 
the  planning  horizon  such  that  employment- related  costs  are  minimized 
and  service  is  maintained  at  an  acceptable  level." 

Burack  (1972,  pp.  58  & 72)  goes  much  farther  and  distinguishes  between 
manpower  planning  and  manpower  programming.  Starting  with  the  definition 
of  manpower  planning  given  by  Porter  which  says  manpower  planning  is 
"Striving  to  have  the  right  number  and  right  kinds  of  people  at  the  right 
places,  at  the  right  times,  doing  things  which  result  in  both  the  organi- 
zation and  the  individual  receiving  maximum  long-run  benefits,"  Burack 
breaks  it  into  two  components,  planning  and  programming.  Manpower  pro- 
gramming includes  those  activities  which  are  directed  toward  the  individual 
such  as  recruitment  and  placement,  appraisal,  analysis  and  performance 
review,  education  and  development,  and  motivation  and  compensation.  Man- 
power planning,  on  the  other  hand,  must  deal  with  forecasting  the  right 
number  and  right  skill  of  individuals  required  at  some  point  in  the  future. 
It  must  therefore  be  a future-oriented  process,  and  it  must  be  built  around 
the  goals  or  objectives  established  by  the  organization.  This  then  will 
be  the  definition  of  manpower  planning  used  in  this  dissertation.  It  is 
very  similar  to  the  definition  previously  established  by  Vetter  (1967). 

Purpose  of  Manpower  Planning.  Many  reasons  and  requirements  for  man- 
power planning  have  been  established  and  reiterated,  but  regardless  of  the 
specific  tasks,  the  necessity  for  adequate  planning  involves  two  basic 
factors:  cost  and  availability.  Increasing  cost  of  manpower  is  forcing 
planners  to  search  for  more  accurate  methods.  In  a recent  Air  Force 
Commander's  Newsletter^  it  was  mentioned  that  more  than  one-half  of  the 
76  billion  dollar  Defense  Budget  was  dedicated  to  manpower  costs.  As 

^Supplement  to  Air  Force  Policy  Letter  for  Commanders  (Washington, 
D.C.:  Office  of  the  Secretary  of  the  Air  Force,  Internal  Information 
Division,  AFRP  190-2,  Number  1-1972,  January  1972),  p.  15. 
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All  of  these  general  model  categories  are  based  upon  extrapolation 
of  historical  data.  Morton  indicates  that  category  3,  direct  manpower 
forecasts,  is  the  most  widely  used.  The  types  of  forecasting  models  used 
include  moving  average  and  exponential  smoothing,  with  trend  and  seasonal 
influences  incorporated  as  necessary.  In  keeping  with  this  approach,  the 
basic  method  used  as  representative  of  traditional  manpower  planning  (TMP) 
was  regression. 

Material  Requirements  Planning  (MRP) 

What  is  MRP?  MRP  is  an  approach  to  scheduling  production  and  providing 
the  exact  materials  necessary  to  support  the  production  schedule.  Before 
MRP  can  be  fully  explained,  the  concept  of  dependent  demand  must  be  established. 
A good  example  to  illustrate  the  benefits  of  dependent  demand  over  typical 
independent  demand  inventory  approaches  is  to  examine  the  household  pantry. 

The  independent  demand  approach  would  derive  a shopping  list  (analogous 
to  orders)  from  a review  of  pantry  stocks  (analogous  to  inventory  levels 
in  an  order  point  system),  with  order  quantities  being  based  on  historical 
use  and  price  discounts.  The  dependent  demand  alternative  is  to  plan  menus 
for  the  next  several  days  (master  schedules),  determine  necessary  ingredients 
and  their  quantities  from  recipes  (bill  of  materials),  pass  the  projection 
of  required  ingredients  against  existing  pantry  stocks  (gross  to  net),  and 
subsequently  derive  the  shopping  list. 

There  is  little  doubt  that  the  dependent  demand  approach  will  pro- 
duce fewer  shortages  (stockouts)  and  a lower  average  inventory.  The 
demand  for  ingredients  is  not  based  on  a straight  line  extrapolation  of 
past  usages  as  if  there  were  no  control  over  the  use.  The  demand  for 
ingredients  directly  derives  from  the  master  schedule  or  planned  future 
menus,  and  the  demand  quantities  can  be  calculated  exactly  from  recipes 
and  pantry  inventory  data. 
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The  unthinking  nature  of  order  point  systems  is  also  well  illustrated 
by  the  pantry  example.  Under  order  point  or  some  other  independent  demand 
review  system,  a replacement  order  would  be  triggered  when  a commodity 
was  used.  Thus,  poultry  seasoning  might  be  purchased  right  after  Christmas, 
even  though  no  demand  is  likely  until  the  following  Thanksgiving.  The 
same  concept  is  followed  by  manufacturers:  orders  are  released  for  component 
parts  immediately  after  their  being  "consumed"  in  assembly,  but  another 
assembly  (use)  may  not  be  required  for  some  time. 

The  concept  of  dependent  demand  versus  independent  demand  was  first 
formulated  by  Orlicky  in  1965.  By  1968  material  requirements  planning 
was  beginning  to  emerge  as  a viable  theory  of  production  and  inventory 
control.  IBM  produced  the  first  application  program  using  this  integrated 
approach.  This  program,  called  Production  Information  and  Control  System 
(PICS),  proved  to  be  successful.  More  recently,  IBM  has  developed  the 
Communications  Oriented  Production  Information  and  Control  System  (COPICS). 

A related  development  has  come  from  those  companies  which  were  installing 
MRP  type  systems;  active  communication  channels  have  been  established, 
primarily  through  the  American  Production  and  Inventory  Control  Society 
(APICS).  Several  individuals  such  as  Orlicky,  Plossl,  and  Wight  have 
emerged  as  key  spokesmen  for  the  approach.  The  potential  is  clearly  recog- 
nized by  the  11,000  members  of  APICS  who  are  spreading  the  "gospel"  through 
technical  channels.  "By  the  mid-1970's,  many  observers  commented  that 
'everyone  is  singing  from  the  same  hymn  book.'  The  leading  consultants, 
the  literature,  movies,  video  courses,  and  education  programs  sponsored 
by  the  American  Production  and  Inventory  Control  Society  (APICS)  were 
all  saying  the  same  things  about  the  same  techniques."  Wight  (1974,  p.  viii) 

In  a variety  of  practical  applications  MRP  has  been  shown  to  be  superior 


to  other  methods  for  production  and  inventory  control.  Of  course,  MRP 
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has  not  been  successful  in  every  application,  but  the  basic  concepts  of 
MRP  appear  to  be  a better  way  of  looking  at  production  and  inventory 
control.  MRP  is  considerably  more  than  a means  for  launching  replenishment 
orders;  MRP  also  reschedules  existing  orders,  cancels  orders  not  needed, 
and  provides  continually  updated  priority  data  for  shop  priorities.  "The 
logic  of  MRP  is  based  on  the  fact  that  the  demand  for  materials,  parts, 
and  components  depends  on  the  demand  for  an  end  product."  [Miller  and 
Sprague  (1975,  p.  85)  ] Once  the  need  for  the  end  product  is  established, 
then  the  demand  for  all  other  parts  and  components  becomes  deterministic. 

So  with  MRP,  production  goals  are  set  and  all  activities  are  directed  at 
doing  the  right  job  at  the  right  time  to  meet  those  goals.  The  difference 
between  traditional  production  and  inventory  control  methods  and  MRP  is 
analogous  to  the  difference  between  activities-oriented  management  and 
results-oriented  management  as  specified  by  Mee  (1972,  p.  33).  Results- 
oriented  management,  like  MRP,  allows  managers  to  "proact"  to  future  desired 
results  rather  than  "react"  to  environmental  factors  as  traditional  pro- 
duction and  inventory  control  methods  and  activities-oriented  methods  must. 
The  basic  concept, then,  of  MRP  is  not  new;  but  due  to  increased  data 
processing  capabilities  and  practice,  MRP  can  now  be  applied  to  systems 
which  are  enormously  complex  because  of  data  base  size. 

How  MRP  Works.  The  five  major  components  of  an  MRP  system  are  shown 
in  Figure  1:  the  master  production  schedule,  bill  of  materials,  inventory 
status  file,  MRP  logic,  and  feedback  reports. 

The  "master  production  schedule  'drives'  the  system,  the  bill  of 
materials  file,  the  inventory  status  file  that  provides  the  necessary 
data,  and  the  material  requirements  planning  package  that  contains  the 
necessary  logic."  [Miller  and  Sprague)  This  master  schedule  shows  what 
end  items  should  be  produced  and  when  they  are  needed.  It  establishes 
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COMPONETS  OF  A MATERIAL  REQUIREMENTS  PLANNING  (MRP)  SYSTEM1 


Figure  1 


rough  capacity  planning  through  a two-step  process.  First,  the  necessary 
capacity  can  be  established;  second,  the  amount  of  capacity  available 
under  various  circumstances  can  be  considered.  The  necessary  capacity 
can  be  based  on  "released  orders"  (those  to  which  the  company  is  committed) 
and  "planned  orders"  (those  which  are  forecasted  commitments)  under  no 
constraints.  These  capacity  needs  are  usually  expressed  in  time  buckets 
or  weekly  units,  and  peak- valley  variations  from  week  to  week  are  smoothed 
out  where  possible.  Next  the  smoothed  weekly  requirements  are  compared 
to  available  capacities.  If  a suitable  match  between  capacity  and  needs 
is  achieved,  then  production  rates  can  be  established;  and  the  capacity 
planning  task  shifts  to  the  work  center  level. 

If  sufficient  capacity  is  not  available  for  any  or  all  of  the  require- 
ments, expectations  must  be  revised;  either  the  capacity  must  be  increased 
or  the  master  schedule  must  be  reduced.  In  an  MRP  system,  the  production 
plan  includes  only  what  can  realistically  be  produced,  regardless  of 
commitments.  Capacity  can  be  increased  through  overtime,  subcontracts, 
alternate  production  methods,  and  other  means.  The  MRP  system  merely 
tells  the  planner  what  needs  to  be  done  but  not  how  to  do  it.  It  is  his 
or  her  decision  whether  to  supply  the  customer  through  alternate  routes 
or  to  reduce  the  master  schedule  and  make  customers  wait  until  later  time 
periods. 

The  data  base  must  contain  sufficient  information  and  capability 
to  fully  manipulate  master  production  schedule  variables  in  the  manner 
desired.  The  data  base  will  have  two  major  components:  the  inventory 
status  file  and  the  bill  of  materials.  There  will  also  be  many  subfiles 
for  accounting,  budgeting,  and  record  control  operations.  The  inventory 
status  file  keeps  track  of  the  amount  of  inventory  on  hand,  lead  times 
by  product,  and  open  orders  along  with  inventory  item  description  data. 
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The  bill  of  materials  is  a "listing  of  all  the  sub-assemblies,  parts, 
and  materials  that  go  into  an  assembled  product  showing  the  quantity  of 
each  required  to  make  one  assembly."  (APICS  Dictionary,  p.  4)  There  are 
many  ways  to  structure  the  file,  but  the  important  point  is  that  the 
structure  chosen  should  reflect  the  needs  of  the  organization. 

Requirements  tend  to  change  over  time  due  to  changes  in  technology, 
customer  desires,  inventory  adjustments,  and  many  other  reasons.  Pegging 
is  the  MRP  term  used  for  keeping  track  of  the  source  of  the  end  item 
which  generated  a particular  component  part  need.  This  allows  the  planner 
to  identify  every  requirement  associated  with  a change  and  thereby  facili- 
tates expediting/de-expediting,  when  necessary,  and  provides  more  control 
over  what  should  be  ordered  and  when. 

Obviously,  all  orders  cannot  be  perfectly  planned  nor  all  contingencies 
fully  anticipated.  A system  called  shop  floor  control  system  attempts  to 
compensate  for  these  irregularities.  The  shop  floor  control  system  adjusts 
task  priorities  in  light  of  partial  work  completions  and  updated  priority 
requirements.  Controlling  the  processing  of  materials  through  various 
stages  has  always  been  a difficult  task.  The  critical  difference  in  the 
MRP  oriented  system  is  that  the  information  on  final  needs  is  always  less 
imperfect.  The  shop  floor  control  system  in  an  MRP  environment  boils 
down  to  effective  priority  control  and  queue  management  and  depends  on 
accurate  and  reliable  priority  control  information.  This  information 
provides  the  line  manager  (foreman)  with  effective  guidelines  for  how  to 
schedule  his  department  each  day.  The  foreman's  objective  is  to  take  this 
information  and  move  orders  through  his  department  on  time  as  well  as 
utilize  machine  center  capacity. 


Manpower  Planning  and  MRP 

Objective.  All  approaches  to  production  and  inventory  control  have 


11 


I 

as  a goal  the  provision  of  sufficient  inventory  to  meet  production  needs. 

The  MRP  based  system  tends  to  achieve  this  goal  with  lower  inventory 
levels,  fewer  stockouts,  and  increased  productivity.  The  MRP  approach 
* is  to  always  be  working  on  the  right  job  at  the  ight  time.  To  do  this, 

component  parts  must  also  be  available  in  inventory  as  with  traditional 
concepts,  but  now  the  point  of  focus  is  on  the  right  job.  MRP  is  future 

f 

oriented  compared  to  the  past  or  historical  orientation  of  traditional 
systems.  The  manpower  planning  objectives  similarly  are  to  have  a 
sufficient  number  of  people  available  to  work,  and  to  have  the  right 
individual  working  on  the  right  job  at  the  right  time.  With  this  objective, 
the  problem  shifts  to  determining  the  right  job.  It  is  the  objective  of 
this  research  to  determine  if  MRP  is  a better  method  for  determining  the 
right  job  for  manpower  requirements,  and  under  what  conditions  this  might 
or  might  not  be  true. 

MRP  for  Manpower  Planning.  The  concept  of  dependent  demand,  bill 
of  materials,  and  other  MRP  system  components  can  be  applied  to  high  tech- 
nology manpower  planning.  In  the  same  way  that  demand  for  component  parts 
can  be  deterministically  estimated  by  the  explosion  of  master  schedules 
through  the  bill  of  materials  into  time-phased  records,  future  manpower 
needs  for  highly  complex  systems  can  be  predicted  by  exploding  the  final 
system  configuration  into  successive  subsystems  with  known  mean  time 
between  failure  data  and  ages  of  components.  The  concept  of  dependent 
demand  applied  to  manpower  planning  means  that  the  amount  and  timing  of 
manpower  requirements  are  based  upon  the  configuration  of  the  system 
that  is  being  manned  or  reviewed.  Whenever  there  is  any  change  foreseen 
in  that  structure,  the  resultant  manpower  needs  are  projected  from  the 
new  planned  system  configuration.  Thus,  for  example,  if  a particular 
device  were  built  from  components  with  certain  mean  expected  times  between 
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failure,  appropriate  preventive  maintenance  policies  could  be  aeve loped; 
these  policies  represent  relatively  predictable,  dependent  needs  for 
maintenance  personnel.  A learning  curve  should  be  anticipated  and 
plans  should  include  this.  If  a design  modification  changes  the  mean 
time  between  failures,  a new  preventive  maintenance  policy  must  be 
developed,  precipitating  changes  in  required  manpower.  Similarly,  if 
actual  experience  calls  for  revisions  in  estimated  mean  time  between 
failures,  new  personnel  requirements  may  result.  The  traditional  (inde- 
pendent demand)  approach  would  extrapolate  manpower  needs  from  historical 
use  of  the  manpower.  Historical  data  would  be  manipulated  with  no  look 
forward. 


The  Specific  Application 
Background  of  the  Problem 

The  Minuteman  Intercontinental  Ballistic  Missile  (ICBM)  system  will 
serve  as  an  example  for  the  application  of  a dependent  manpower  planning 
system  in  a high  technology  environment.  The  Minuteman  system  is  very 
sophisticated  with  a remove-and-replace  concept.  Maintenance  teams  must 
respond  to  component  failures,  "fault  analyze"  to  locate  faulty  components 
and  replace  faulty  equipment  when  necessary.  One  of  the  most  complex 
problems  of  the  maintenance  manager  is  to  determine  maintenance  team 
requirements.  He  must  determine  how  many  of  the  various  types  of  main- 
tenance teams  must  be  qualified  and  available  for  work.  He  must  then 
consider  the  available  supply  of  skills  and  compose  the  number  of  required 
teams  and  insure  that  they  are  properly  trained.  This  process  must  be 
accomplished  monthly  and  projected  approximately  one  year  in  advance. 

The  requirement  for  qualified  Minuteman  maintenance  teams  is  deter- 
mined by  a very  involved  arithmetic  method  based  on  trial-and-error. 
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Historical  information  is  maintained  on  the  utilization  of  each  type  of 
maintenance  team  which  is  analyzed  and  future  requirements  are  then  pro- 
jected. When  conditions  change  or  systems  are  modified,  the  trial-and- 
error  process  continues  as  effects  of  changes  become  obvious.  First, 
because  of  the  inability  of  the  approach  to  consider  the  many  complex 
interrelated  and  aggregated  variables,  but  even  more  significantly  due  to 
its  lack  of  future  orientation,  this  process  often  leads  to  over  supply 
or  under  supply  of  certain  skills.  The  approach  is  basically  an  extra- 
polation method  since  it  uses  historical  data  and  then  projects  known 
data  to  determine  future  requirements. 

The  actual  Minuteman  system  requires  more  than  having  the  right  skills 
on  hand  at  the  right  time.  It  requires  bringing  personnel  and  various  equip- 
ment together  for  specific  tasks.  The  following  figure  shows  the  general 
relationship  between  personnel  and  equipment  variables. 

PERSONNEL  and  EQUIPMENT  REQUIREMENTS  (or  MAINTENANCE  TASKS 


PERSONNEL  REQUIREMENTS 


EQUIPMENT  REQUIREMENTS 
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Teams  must  be  trained  as  integral  units  beyond  the  training  required 
for  individuals  in  each  team.  In  other  words,  a Missile  Electrician  on 
a Combat  Targeting  Team  cannot  move  automatically  uo  an  Electro-Mechanical 
Team  without  additional  training.  Those  teams  plus  the  equipment  required 
must  be  brought  together  in  the  right  combination  to  perform  various 
maintenance  functions.  The  need  is  to  identify  the  total  number  of  each 
skill  required  in  sufficient  time  to  insure  that  trained  teams  are  avail- 
able when  required.  All  of  these  situations  of  the  job  can  be  considered 
as  part  of  the  bill  of  materials.  A computer  simulation  model  will  be 
used  to  simulate  this  type  of  information  and  will  change  the  structure 
of  the  bill  of  materials  as  a means  of  evaluating  the  various  systems. 

Why  MRP? 

The  structure  of  MRP  is  applicable  for  manpower  planning  for  two  main 
reasons.  First,  MRP  has  a forward  orientation  which  starts  with  the  end 
requirement  and  explodes  backwards  to  determine  basic  component  needs. 
Second,  the  operating  MRP  support  subsystems  include  the  capability  to 
more  effectively  respond  to  major  and  minor  changes.  In  operation, 

MRP  has  the  capability  of  adapting  to  a changing  environment,  repeatedly 
taking  advantage  of  the  latest  available  information.  The  Minuteman  ICBM 
and  other  high  technology  systems  are  being  constantly  improved  and  modi- 
fied; MRP  provides  the  promise  of  a more  effective  means  to  keep  pace  with 
steady  evolution  in  system  configuration. 

Even  more  important  than  steady  evolution  in  system  components  and 
maintenance  policies  are  major  modifications  of  the  system  or  changes  in 
system  objectives.  For  example,  a missile  system  could  incorporate  a whole 
new  targeting  concept,  incorporate  multiple  warhead  technology,  or  incor- 
porate a change  in  its  strategic  objectives.  The  resultant  derived  changes 
in  manpower  needs  can  be  quite  significant. 
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MRP  is  a "real  time"  system.  As  such,  it  has  the  capability  to 
constantly  replan,  incorporating  actual  data,  and  then  plan  again  based 
on  most  recent  actualities.  Since  most  of  the  forecasts  upon  which  the 
sequencing  and  duration  of  tasks  are  based  depend  on  underlying  frequency 
distributions,  this  capability  of  including  the  most  recent  actual  data 
is  quite  attractive  and  provides  a direct  link  between  the  system  dynamics 
and  the  planning  network. 

Another  attractive  feature  of  MRf  is  its  adaptability  to  similarly 
configured  systems.  For  example,  if  a totally  new  weapon  system  were 
designed  for  our  missile  forces,  it  would  be  similar  in  many  respects  to 
existing  missile  systems.  Estimates  could  be  determined  for  mean  time 
before  failure  for  each  of  the  new  components  based  on  existing  systems 
and  the  manpower  requirements  could  be  estimated  from  the  latest  infor- 
mation acquired  during  the  development  and  testing  stages  of  the  system. 

As  more  about  the  new  system  becomes  known,  estimates  can  be  improved 
and  the  entire  planning  process  will  adapt. 
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CHAPTER  II 

THE  SIMULATION  MO DEI 

Experimental  Environment 

Comparison  Technique.  The  two  basic  experimental  conditions  or 
methods  for  manpower  planning  to  be  tested — MRP  (material  requirements 
planning)  and  TMP  (extrapolation  or  tradition  manpower  planning) — will 
be  applied  to  the  maintenance  of  a simulated  intercontinental  ballistic 
missile  squadron.  By  experimentally  modifying  the  nature  of  the  maintenance 
activities,  comparisons  can  be  made  for  equipment  maintenance  ranging 
from  the  relatively  mundane  to  sophisticated  changes  inherent  in  a 
"high  technology"  environment  (see  Appendix  A for  a detailed  flow  chart 
of  the  model).  The  model  will  be  designed  to  simulate  the  operation, 
failure,  maintenance  repairs,  and  modifications  of  30  missiles  with  10 
components  each.  The  number  of  missiles  and  components  can  easily  be 
varied.  Appendix  D shows  a list  of  the  variables  associated  with  the 
missile  components:  mean  time  before  failure  (MTBF) , maintenance  priority, 
team  required  to  repair  each  component,  and  mean  repair  time.  Priority 
rules  are  also  included  in  Appendix  D.  These  variables  become  parameters 
of  the  simulation  model  along  with  such  exogenous  variables  as  travel 
time  between  missile  facilities  and  preventive  maintenance  decision  rules. 
The  two  manpower  methods  will  operate  for  the  same  length  of  time  and 
comparisons  will  be  made  based  on  criterion  variables. 

The  simulation  language  will  be  GASP  II  which  is  FORTRAN  based. 

GASP  II  is  an  event  oriented  simulation  language  which  sequences  event  types 
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created  by  Che  programmer.  GASP  appears  to  be  the  best  method  since  it 
can  make  use  of  FORTRAN  subroutines  for  MRP,  IMP,  and  others,  and  it  will 
automatically  keep  track  of  statistics  and  sequencing. 

Criterion  Variables.  Several  criterion  or  dependent  variables  will 
be  observed  to  measure  differences  due  to  experimental  conditions. 


Manpower  Cost  Variables  (three  teams) 

Idle  time  for  each  team 

Idle  time  variance  for  each  team 

Total  idle  time 

Variance  in  total  idle  time 

System  Performance  Variables  (30  missiles /10  components  each) 
Strategic  alert  rate 
Strategic  alert  rate  variance 

Stockouts  (number  of  components  down  and  waiting) 

Stockout  variance 


The  above  variables  will  be  measured  for  each  time  period  (week). 

Idle  time,  by  team,  will  be  calculated  each  time  an  event  occurs  so  that 
by  the  end  of  the  run  the  mean  weekly  idle  time  for  each  team  will  have 
been  collected.  Weekly  idle  time  can  then  be  totaled  to  obtain  the  total 
idle  time  for  all  teams. 

Likewise,  strategic  alert  rate  and  missile  down  and  waiting  time 
will  be  collected  each  time  an  event  occurs  and  mean  values  will  be  calcu- 
lated weekly.  Variance  for  all  variables  will  be  collected  and  updated 
throughout  the  run. 

Alternative  Manpower  Planning  Model  Definitions.  Two  experimental 
conditions  or  independent  variables  will  be  used  in  this  investigation: 

MRP  and  IMP. 

In  the  MRP  experimental  condition,  the  master  schedule  will  be  built 


based  on  the  mean  time  before  failure  and  known  system  configuration 
requirements.  This  will  then  be  exploded  through  the  data  base  (maintenance 
team  structures  and  team  assignments)  and  time-phased  requirements  will 
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then  be  compared  to  manpower  inventory  levels  (gross- to-net) . Differences 
between  manpower  requirements  and  available  personnel  will  be  analyzed 
and  orders  for  specific  skills  will  be  issued,  cancelled,  or  held  based 
on  the  expected  lead  time  for  each  action. 

Hie  TMP  experimental  condition  is  based  on  an  extrapolation  of  histori- 
cal data.  A manpower  forecast  will  be  made  based  on  a trend  analysis 
consisting  of  cycle,  trend,  and  error  variables.  Shortages  and  overages 
will  be  handled  similar  to  MRP. 

Structure  of  the  Model 

The  basic  structure  of  the  simulation  model  can  be  seen  in  Appendix 
A (Flow  Chart)  and  specific  detail  can  be  obtained  in  the  program  listing 
in  Appendix  B.  The  simulation  model  has  an  initialization  routine  and 
six  subroutines.  In  the  initialization  routine  of  Program  MANPWR  all 
variables  which  require  starting  values  are  initialized.  For  example, 
initial  values  are  assigned  to  the  number  of  missiles  and  components;  the 
travel  time  to  and  opening  time  for  missile  sites;  the  number  of  and  lead 
time  to  acquire  each  type  of  maintenance  team;  the  statistical  variables; 
the  requirements  matrix  (for  storing  expected  manpower  needs  by  team) 
and  the  order  matrix  (for  storing  the  number  of  each  type  of  team  ordered 
for  each  week  up  to  the  planning  horizon) ; and  the  length  of  each  planning 
point  (one  week  or  bucket  equals  168  hours).  Finally,  the  initialization 
routine  must  establish  the  parameters  for  the  teams  and  missile  components. 
The  priority  of  each  component  and  the  team  required  to  repair  each  compon- 
ent are  specified.  The  mean- time-between- failures  and  repair  time  for 
each  component  are  specified. 

The  first  subroutine  is  SUBROUTINE  EVENTS.  Here  the  event  selected 
by  the  GASP  Executive  subroutine  (the  next  event  in  the  future  events  file) 
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is  used  to  select  the  appropriate  subroutine  to  execute  the  activities 
required  by  the  selected  event.  That  event  may  be  a missile  failure 
(SUBROUTINE  FAIL),  a missile  which  has  been  repaired  (SUBROUTINE  FIXED), 
an  indicator  that  a week  has  ended  and  the  next  forecast  must  be  made 
(SUBROUTINE  FORCST) , an  indicator  that  the  new  missile  must  be  loaded  into  the 
future  events  file  or  removed  from  the  system  (SUBROUTINE  LOAD),  or  an 
indicator  that  the  simulation  run  is  completed  (SUBROUTINE  ENDSIM). 

SUBROUTINE  FAIL  begins  by  collecting  statistics  of  occurrences  up  to 
this  point  and  then  checks  to  see  if  the  right  type  of  maintenance  team 
is  available.  If  the  right  type  of  team  is  available,  then  statistics 
are  again  collected  to  determine  idle  time  of  maintenance  teams  and  the 
number  of  maintenance  teams  in  use  and  a counter  is  tripped  to  indicate 
that  one  more  maintenance  team  of  the  type  being  considered  is  in  use. 

Since  a component  of  one  missile  has  failed  and  is  being  repaired,  that 
missile  is  taken  off  alert  and  statistics  are  collected  on  missile  status. 

A repair  time  is  generated  from  the  Poisson  distribution  using  the  mean 
repair  time  for  this  component  established  in  the,  initialization  routine. 

An  event  indicating  the  end  of  repair  on  this  component  is  placed  in  the 
future  events  file  while  the  component  is  being  repaired. 

If  the  right  type  of  maintenance  team  is  not  available,  then  the  pro- 
gram determines  if  this  new  failure  has  priority  over  any  other  failures 
now  being  repaired.  If  the  new  failure  is  priority  two  or  three,  then 
it  is  placed  in  the  queue  or  waiting  line  for  this  type  of  team,  in  order 
of  priority  and  failure  time.  The  lowest  priority  is  the  first  to  be 
repaired  and  within  priorities,  the  earliest  to  fail  is  the  first  to  be 
repaired  (i.e.,  a FIFO  or  first-in-first-out  system).  If  the  new  failure 
is  priority  one,  then  the  program  searches  the  future  events  file  for 
components  being  repaired  by  this  team  and  looks  for  any  priority  lower 
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than  priority  one:  It  will  select  the  lowest  priority  first.  If  only 
priority  one  components  are  being  repaired,  then  this  new  component  will 
go  in  the  queue  for  this  team,  again  by  priority.  If  a lower  priority 
component  is  found,  then  work  on  that  component  is  stopped  immediately 
and  a missile  site  close-up  time  of  .5  hours  is  added  to  the  repair  time 
for  the  new  component.  The  old  lower  priority  component  is  then  placed 
in  the  queue  for  this  team  since  the  team  is  now  put  to  work  on  the  new 
higher  priority  job.  Any  time  a component  of  priority  two  or  three  has 
failed  but  is  not  being  repaired,  the  missile  will  remain  on  alert;  and 
any  time  a missile  is  being  repaired,  it  will  be  off  alert. 

SUBROUTINE  FIXED  begins  by  collecting  statistics  on  the  number  of 
components  currently  being  repaired  and  the  time  each  component  now  fixed 
remained  in  the  system.  Other  statistics  are  updated  and  then  this  compon- 
ent is  placed  back  on  alert.  A new  failure  time  is  generated  from  the 
Poisson  distribution  based  on  the  MTBF  (mean- time-before- failure)  of 
the  component.  Now  the  program  checks  to  determine  if  there  are  components 
waiting  for  this  team.  If  there  are  no  components  waiting  for  this  team, 
then  the  team  is  placed  in  idle  status,  appropriate  statistics  are  collected, 
and  a counter  reduces  the  number  of  busy  teams  of  this  type  by  one. 

If  there  is  a waiting  line  for  this  type  of  maintenance  team,  then 
the  program  selects  the  component  with  the  highest  priority  which  has 
been  in  the  queue  the  longest.  First  the  program  must  determine  if  the 
missile  waiting  is  on  alert  or  off  alert  (priority  one).  If  this  missile 
is  not  off  alert,  then  it  most  now  be  taken  off  alert  while  being  repaired 
andalert  status  statistics  must  be  updated.  Finally,  a repair  time  is 
generated  from  the  Poisson  distribution  based  on  the  mean  repair  rate  for 
this  component. 
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The  basic  simulation  model  is  contained  in  the  two  subroutines  above. 
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The  program  will  operate  with  a constant  number  of  maintenance  teams  and 
maintain  all  statistics  based  on  these  two  subroutines. 

SUBROUTINE  FORCST  is  required  to  tabulate  weekly  statistics  and  to 
make  forecasts  for  as  long  as  necessary  into  the  future.  Most  of  this 
subroutine  is  common  to  both  Material  Requirements  Planning  (MRP)  and 
Traditional  Manpower  Planning  (TMP). 

This  forecast  subroutine  begins  by  calculating  the  average  number  of 
each  type  of  team  used  during  the  previous  week.  It  sets  up  counters  for 
the  experiment  and  run  numbers,  for  alternative  sampling,  and  then  calcu- 
lates the  average  idle  time  per  team,  average  waiting  time  (time  that  com- 
ponents waited  for  the  right  team) , and  the  alert  rate  for  the  previous 
week. 

Statistics  are  all  printed  the  ninth  week  and  every  week  thereafter 
but  data  used  for  analysis  are  not  put  on  tape  or  punched  on  cards  until 
the  50th  week.  This  is  part  of  the  start-up  procedure  and  is  necessary 
to  insure  that  crends  caused  by  the  initial  conditions  are  not  present. 

Next,  orders  are  all  moved  forward  one  week  in  preparation  for  the 
coming  forecast  and  following  week.  Basically  this  causes  the  number  of 
teams  assigned  to  be  changed  by  the  incoming  order  (this  may  be  negative 
or  positive  depending  on  previous  forecasts)  and  the  forecast  period  to 
stretch  one  more  week  into  the  future  as  the  current  week  is  assimilated 
into  the  model.  The  forecast  comes  next  and  covers  about  one  fifth  of  the 
forecast  subroutine.  First,  the  MRP  forecast  logic  and  gross-to-net 
method  will  be  discussed.  Then  the  differences  based  on  TMP  will  be 
presented. 

SUBROUTINE  ENDSIM  is  required  to  terminate  the  simulation.  All 
time  dependent  statistics  are  collected  for  the  final  time  and  control 
is  given  back  to  the  GASP  II  Executive  subroutine  to  calculate  and  print 
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statistics  for  the  total  simulation  run. 

DATA  CARDS  are  brief  but  provide  control  for  the  entire  GASP  II 
program.  Basically,  the  data  cards  establish  the  number  and  type  of 
statistics  to  be  collected  (statistics  were  also  collected  independent 
of  GASP  II  for  this  investigation),  the  size  of  the  NSET  array  which 
stores  future  events,  the  number  of  queues,  the  way  in  which  each  file 
is  to  be  arranged,  and  initial  events  for  SUBROUTINES  LOAD,  FORCST, 
and  ENDSIM. 

Material  Requirements  Planning  (MRP)  Method 

The  heart  of  the  MRP  method  is  the  master  schedule.  The  master 
schedule  is  designed  one  task  at  a time  until  all  expected  tasks  up  to 
the  lead  time  for  obtaining  new  teams  are  considered. 

First,  component  one  of  missile  one  is  examined.  The  program  starts 
with  the  last  time  the  component  failed  and  then  adds  the  average  failure 
rate  of  that  component  to  determine  the  next  time  that  the  component  is 
expected  to  fail.  The  team-hours  required  to  repair  this  component  are 
added  to  the  time  bucket  (week)  in  which  this  failure  is  expected  to 
occur.  The  program  then  adds  the  average  failure  rate  again  and  places 
the  team-hours  required  for  repair  in  that  weekly  time  bucket.  This 
process  continues  until  at  least  one  week  beyond  the  frozen  period  or 
lead  time  required  to  obtain  new  teams. 


TEAM  1 (Missile  1;  Component  1) 
123456789  29  30  31 
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The  cross-hatched  area  in  the  above  figure  indicates  the  time  buckets 
in  which  component  one  of  missile  one  is  expected  to  fail  and  repair  by 
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team  one  will  be  necessary.  This  process  will  continue  for  missile 
one  until  all  ten  components  have  been  examined  and  the  times  for  expected 
failure  have  been  calculated.  Since  team  one  is  designated  to  repair 
components  one,  four,  and  five,  the  following  chart  shows  a possible 
master  schedule  for  team  one  if  only  one  missile  were  considered: 


TEAM  1 (Missile  1;  Components  1,  4,  5) 
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The  team-hours  for  each  expected  task  (each  component  of  each  missile 
over  time)  are  added  to  the  respective  time  buckets  as  the  program  continues 
until  all  missiles  are  considered.  These  totals  show  the  manpower  needs 
by  week.  Once  requirements  are  known  then  a gross-to-net  calculation 
takes  place  to  determine  the  final  need. 

Traditional  Manpower  Planning  (TMP)  Method 

This  method  differs  from  MRP  only  in  the  method  of  determining  man- 
power requirements.  First,  maintenance  team  utilization  data  are  collected 
based  on  the  average  number  of  each  type  of  team  used  for  each  week.  To 
this  average,  a safety  stock  (percentage  of  the  average),  was  added  before 
the  final  figure  was  used  in  a regression  model  to  forecast  manpower  require- 
ments by  team  type. 

Common  Ground  Rules 

Certain  ground  rules  were  established,  not  because  they  were  the 
best,  but  because  they  were  sufficient.  An  unlimited  variety  of  rules 
could  be  developed  and  tested  to  find  the  best  rules  for  the  situation 
but  as  the  situation  changes  so  do  the  rules.  The  common  ground  rules 
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listed  below  were  those  used  for  this  investigation. 

1.  Forecast  horizon  - The  forecast  period  is  designed  to  be  one 
period  beyond  the  lead  time  required  to  obtain  new  maintenance 
teams . 

2.  Frozen  period  - The  frozen  period  for  each  team  is  the  lead 

time  required  to  obtain  new  maintenance  teams.  Maintenance 
teams  cannot  be  ordered  in  less  than  the  lead  time.  The 
frozen  period  varies  by  team  as  follows: 

TEAM  FROZEN  PERIOD 

1 30  weeks 

2 20  weeks 

3 10  weeks 

3.  Rule  to  add  new  teams  - The  order  for  lead  time  plus  one  period 
is  the  projected  manpower  need  minus  the  number  of  teams  of 
the  type  being  considered  expected  to  be  available  at  that 
time.  Fractions  of  teams  required  were  rounded  up  to  integer 
form. 

4.  Fire  rule  or  rule  to  subtract  teams  - Teams  can  be  subtracted 
with  a lead  time  of  eight  weeks.  The  rule  is  this:  If  gross- 
to-net  calculations  show  an  overage  of  the  average  number  of 
teams  required  in  periods  eight,  nine,  and  ten  (8,  9,  and  10), 
then  that  overage  was  subtracted  from  the  order  for  period  8. 

5.  Rules  for  collecting  data 

a.  Idle  time  - Idle  time  was  calculated  each  time  the  number 
of  teams  available  or  in  use  changes.  It  is  a measure  of 
the  percentage  of  teams  available  to  those  in  use. 

b.  Strategic  alert  rate  - The  number  of  missiles  available  for 


use  was  calculated  every  time  that  number  changed.  Only 
failure  of  components  having  priority  one  or  two  could  take 
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the  missile  off  alert. 

c.  Stockouts  - The  number  of  components  down  and  waiting  for 
a maintenance  team  was  calculated  automatically  by  the 
GASP  II  program. 

d.  The  number  of  teams  assigned  was  calculated  the  same  way 
as  idle  time. 

Summary 

In  summary,  the  simulation  model  was  basically  a GASP  II  program 
with  event  routines  to  handle  missile  component  failures,  repaired  compon- 
ents, weekly  forecasts,  loading  of  failure  times,  and  an  end  of  simulation. 
Three  types  of  maintenance  teams  with  10  to  30  weeks  lead  time  to  acquire 
new  teams,  were  assigned  to  repair  10  components  per  missile  for  30 
missiles.  Common  ground  rules  were  used  so  that  the  only  difference 
between  the  two  methods  of  manpower  planning  was  in  the  method  of  deter- 
mining manpower  requirements.  The  next  chapter  explains  the  situations 
under  which  these  two  methods  were  compared. 


CHAPTER  III 
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—v EXPERIMENTAL  DESIGN 

Introduction 

This  chapter  explains  the  design  of  four  experiments  to  compare  the  material 
requirements  planning  (MRP)  concept  of  manpower  planning  to  an  extrapolation 
method  of  manpower  planning  called  traditional  manpower  planning  (TMP) . 

The  experiments  range  in  complexity  from  the  stable  state  of  Experiment  1, 
through  the  turbulent  environmental  conditions  of  Experiments  2 and  3,  to  the 
uncertain  environmental  condition  of  Experiment  4.  The  variables,  environmental 
situations,  and  the  configuration  modifications  which  cause  those  situations 
are  explained.  Finally,  the  purpose  and  levels  of  each  experiment  are  estab- 
lished. The  cjFapter  concludes  with  a summary  and  an  experimental  summary  chart. 

Variables 

The  following  figure  conceptualizes  the  flow  of  the  experiment. 

experimental  flow 
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The  major  hypothesis  tested  was  that  a manpower  planning  model 
based  on  material  requirements  planning  (MRP)  concepts  will  be  superior 
to  models  based  upon  extrapolation  of  past  conditions.  Surrogate  measures 
for  this  hypothesis  include: 

Manpower  Costs 
System  Performance 

Environmental  Situations 

The  two  manpower  planning  models  were  evaluated  under  four  basic 
maintenance  conditions  or  levels  of  maintenance  requirements: 

1.  Steady  state  - The  simplest  environmental  situation 

a.  No  change  in  the  configuration  of  the  system. 

b.  Constant  number  of  missiles  and  components. 

2.  Modifications  to  the  configuration  of  the  missile  system  occur 
and  each  type  of  configuration  modification  is  tested  separately. 

3.  Modifications  occur  simultaneously. 

4.  Emergency  modification  occurs: 

a.  Must  be  implemented  as  soon  as  possible  with  only  one  week 
advance  notice. 

b.  Requires  the  highest  priority. 

Configuration  Modifications 

The  following  four  types  of  modifications  were  used  in  the  investi- 
gation: 

1.  MOD  1 - This  modification  required  a change  in  the  mean  time 
before  failure  (MTBF)  of  a missile  component. 

2-  MOD  2 - This  modification  required  a change  in  the  time  required 
to  repair  a missile  component. 

3.  MOD  3 - This  modification  required  a change  in  the  team  assigned 
to  repair  a missile  component. 
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4.  Simultaneous  modification  - Each  simultaneous  modification  was 
a combination  of  1,  2,  and  3 above. 

Analogues  can  easily  be  found  for  the  experimental  situations  and 
configuration  modifications  listed  above.  Modifications  of  all  sorts 
are  found  in  the  actual  missile  system.  The  decision  to  limit  each 
modification  to  one  variable  should  allow  a more  complete  analysis  of 
the  missile  system.  MODs  1,  2,  and  3 will  be  applied  in  separate  runs 
to  rule  out  order  effect  and  to  better  see  the  effects  of  each  modifi- 
cation. 

t 

Experiments 

r 

Each  of  the  four  experiments  compared  MRP  versus  TMP  under  the 

various  environmental  conditions.  Also  the  results  of  each  experiment 

were  compared  to  the  steady  state  results  of  Experiment  1 for  the  respective 

experimental  condition  (i.e. , MRP  or  TMP).  The  purpose  and  levels  of  each 

« 

experiment  are: 

1.  Experiment  1:  Steady  State 

a.  Purpose  - To  establish  some  basic  decision  rules  and  to 
serve  as  a standard  by  which  to  compare  the  results  of 

i 

following  experiments. 

b.  Level  - Constant  number  of  missiles. 

2.  Experiment  2:  Modifications  without  Overlap 
a.  Purpose 

(1)  To  measure  the  difference  in  criterion  variables 
between  MRP  and  TMP  with  one  modification  per  run. 

(2)  To  determine  if  there  is  a difference  between  the 
effect  of  MODs  1,  2,  and  3. 

(3)  To  test  existing  manpower  planning  decision  rules. 
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b.  Levels 

(1)  MOD  1 - Change  in  MTBF 

(2)  MOD  2 - Change  in  repair  time 

(3)  MOD  3 - Change  in  team  assignment 

3.  Experiment  3:  Simultaneous  Modifications 

a.  Purpose 

(1)  To  measure  the  difference  between  MRP  and  TMP  with  simul- 
taneous modifications  occurring. 

(2)  To  test  existing  manpower  planning  decision  rules. 

b.  Levels 

(1)  Simultaneous  modifications  occurring  only  once  during 
the  simulation  run. 

(2)  Simultaneous  modifications  occurring  two  times  during 
the  simulation  run. 

4.  Experiment  4:  Emergency  Modification 

a.  Purpose 

(1)  To  test  the  capability  of  MRP  and  TMP  to  respond  to 
emergency  modification  conditions. 

(2)  To  test  the  effectiveness  of  decision  rules  under 
this  condition. 

b.  Levels 

(1)  Simultaneous  modification  occurring  once. 

i 

(2)  Simultaneous  modification  occurring  twice. 

Summary 

The  experiments  were  designed  to  test  the  differences,  if  any, 
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between  the  two  manpower  planning  methods  under  various  environmental 
conditions.  Along  with  comparing  the  two  methods  within  each  experiment, 
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the  results  of  each  experiment  were  compared  with  the  results  of  Experi- 
ment 1 to  determine  if  the  experimental  situations  did,  in  fact,  cause 
different  effects  as  they  became  more  complex.  The  next  chapter  explains 

| 

* the  results  of  each  experiment. 
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conditions  of  emergency 
modifications  to  the 
configuration  of  the  missile 
system. 
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EXPLANATION  OF  THE  RESULTS 

I 

Introduction 

In  this  chapter  the  results  of  a sensitivity  analysis  on  the  variables 
and  resulting  adjustments  to  the  basic  simulation  model  will  be  examined. 
Then  specific  changes  to  the  basic  model  in  pr  >aration  for  each  experi- 
ment and  the  results  of  each  experiment  will  be  discussed  followed  by  a 
brief  summary.  The  entire  chapter  will  then  be  summarized. 

Sensitivity  Analysis 

The  purpose  of  the  sensitivity  analysis  was  to  examine  the  effects 
of  exogenous  variables  on  endogenous  variables.  Exogenous  variables  are 
those  which  are  determined  outside  the  system  while  endogenous  variables 
are  those  which  are  determined  within  the  system  as  it  operates.  The 
results  of  the  sensitivity  analysis  should  indicate  a range  or  level  of 
each  exogenous  variable  or  starting  value  which  would  allow  variation  in 
the  dependent  variable.  Very  few  variables  affected  the  model  beyond  the 
start-up  period.  The  sensitivity  results  are  described  in  the  sections 
that  follow. 

MTA  (Number  of  Maintenance  Teams  Assigned) 

The  number  of  teams  assigned  was  initialized  at  11  teams  of  type  1, 

13  teams  of  type  2,  and  22  teams  of  type  3.  These  values  were  determined 
by  allowing  the  model  to  operate  for  10,000  hours  with  unlimited  manpower 
assigned.  From  this  starting  point  percentage  increases  and  decreases 
were  made  to  bracket  those  values  for  each  team.  It  was  found  that  the 
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initial  number  of  teams  assigned  has  a curvilinear  relationship  with 
criterion  variables.  For  example,  MTA  has  the  following  relationship 
with  alerf  rate: 


Number  of  Ttami  Atiigntd 


It  was  found,  and  logically  so,  that  there  is  a maximum  expected 
alert  rate.  The  alert  rate  will  not  increase  beyond  this  maximum  regard- 
less of  how  many  teams  are  assigned.  Since  waiting  time  (the  time  that 
components  wait  for  the  right  team)  tends  to  vary  inversely  with  alert 
rate,  a reflection  of  the  above  curve  describes  the  relationship  between 
the  number  of  teams  assigned  (MTA)  and  waiting  time : 
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Again,  a limit  is  reached  as  waiting  time  goes  to  zero.  On  the  other 
hand,  idle  time  for  maintenance  teams  as  a percent  of  teams  assigned 
continues  to  increase  approaching  1.0  as  the  number  of  teams  increases. 

The  starting  number  of  teams  was  11  teams  of  type  1,  13  teams  of  type  2, 
and  22  teams  of  type  3. 

MTBF  (Mean  Time  Before  Failure) 

The  mean- time-before-failure  was  varied  and  it  was  found  that  by 
increasing  the  MTBF  for  all  components  by  a multiplicative  factor  of  10.0, 
the  following  occurred: 

1.  There  was  a significant  reduction  in  the  number  of  teams 
required  (often  dropping  to  zero) . 

2.  The  average  number  of  missiles  on  alert  increased  from 
approximately  8 to  23  out  of  30  missiles  on  alert. 

3.  Idle  time  became  very  large  often  reaching  1.0  indicating 
that  there  was  no  need  for  any  teams  during  that  week. 

4.  The  entire  time  series  became  very  erratic  with  long  periods 
of  low  activity  and  then  periods  of  high  activity. 

5.  Run  time  for  the  model  was  reduced  to  one  sixth  of  the  time 
previously  required. 

Reducing  the  MTBF  for  all  components  to  .1  of  their  original  value 
caused  basically  the  opposite  effect.  There  was  so  much  activity  that 
the  alert  rate  dropped  to  near  zero.  The  conclusion  reached  was  that 
the  MTBFs  had  to  be  such  that  sufficient  activity  must  occur  to  keep  a 
minimum  number  of  teams  occupied  each  week  but  not  so  much  activity  that 
statistics  and  criterion  variables  were  useless.  The  final  figures  employed 
were  the  original  MTBFs  increased  by  a factor  of  2.0. 

MTM  (Average  Number  of  Maintenance  Teams  Assigned) 


The  average  number  of  teams  assigned  was  tested  and  used  as  the 
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basis  for  the  TMP  forecasting  model.  Originally  the  TMP  forecast  was 
based  on  the  maximum  number  of  teams  used  in  the  previous  week;  however, 
it  was  found  that  this  forecast  was  unstable  and  fluctuated  widely.  The 
TMP  forecast  based  on  the  average  number  closely  approximated  the  MRP 
method.  In  addition,  safety  stock  was  added  to  each  TMP  forecast.  An 
analysis  was  accomplished  on  the  proper  level  of  safety  stock  and  it  was 
found  that  20%  of  the  average  for  team  one,  15%  of  the  average  for  team 
two,  and  57,  of  the  average  for  the  team  three  were  the  best  levels  of 
safety  stock,  of  those  investigated,  for  the  TMP  model.  It  was  also 
found  that  in  order  to  maintain  a stable  system  each  model  must  take 
into  account  the  backlog  of  work  to  be  accomplished.  The  decision  rule 
was  to  eliminate  all  backlog  in  one  week.  Thus,  each  week  the  queue 
length  (number  of  missile  components  waiting  to  be  repaired  by  each  team) 
was  multiplied  by  the  average  repair  time  of  34  hours  and  that  result 
was  divided  by  168  hours  or  one  week.  If  a queue  existed,  this  would  show 
a negative  number  of  teams  on  hand  and  would  be  used  for  the  start?.ng 
value  in  the  gross-to-net  calculation  and  thus  be  part  of  the  new  forecast. 
XFIRE  (The  Number  of  Teams  to  be  Fired) 

If  the  average  number  of  teams  required  in  periods  8,  9,  and  10  was 
negative,  then  that  average  would  be  subtracted  from  the  order  at  period 
eight.  However,  in  order  to  maintain  the  safety  stock,  the  number  of 
teams  to  be  fired  would  be  reduced  by  the  safety  stock  percentages  pre- 
viously established. 

The  goal  of  this  sensitivity  analysis  was  to  establish  a "steady 
state"  model  which  would  operate  within  a relevant  range.  This  goal 
was  accomplished  as  can  be  observed  by  the  results  of  Experiment  1. 

After  all  exogenous  variables  were  set  and  the  initial  values  of 
endogenous  variables  were  established,  it  was  found  that  the  combined 
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effect  of  all  variables  required  about  50  weeks  to  insure  that  the  effects 
of  start-up  of  the  model  were  removed.  Thus,  the  final  program  goes 
through  an  eight  week  start-up  period  (1,344  hours)  before  the  first 
forecast  is  made  and  then  forecasts  are  made  for  50  weeks  (8,400  hours) 
before  data  are  collected  on  the  performance  of  each  forecasting  method. 
Data  are  then  collected  for  104  weeks. 

One  final  major  problem  occurred  in  analyzing  the  program  and  output. 
It  was  found  that  the  time  series  had  some  amount  of  autoregression.  Auto- 
regression was  suspected,  as  it  should  be  in  any  simulation  model  and  a 
test  was  made  using  the  Box- Jenkins  methodology.^  The  identification 
program  of  Box-Jenkins  showed  that  the  alert  rate  time  series  for  the  TMP 
model  was  correlated  as  follows: 


CORRELATION 


STANDARD  ERROR 


1st  difference 

.33 

.11 

2nd  difference 

.20 

.12 

3rd  difference 

.09 

.13 

4th  difference 

.07 

.13 

5th  difference 

-.13 

.13 

6th  difference 

-.12 

.13 

7th  diffeience 

-.09 

.13 

8th  difference 

.02 

.13 

The  series  showed  a definite  wave  pattern  with  at  least  a first 
degree  autoregression  and  possibly  second  degree  autoregression. 

The  series  was  a stable  series,  however  (i.e.,  it  did  not  drift 
up  or  down  but  was  basically  distributed  around  a constant  average),  so 
the  only  real  problem  exposed  by  the  Box-Jenkins  methodology  was  auto- 
regression. The  value  to  test  for  white  noise^  was  33.516  with  36 


^Dr.  Richard  E.  Baker  provided  the  technical  materials  and  instruction 
for  application  of  the  Box-Jenkins  methodology. 

^White  noise  refers  to  a measure  of  dependence  within  the  time  series 
which  can  be  attributed  to  random  effects. 
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degrees  of  freedom.  The  Chi  Square  value  for  36  degrees  of  freedom  was 
22.30  so  again  there  was  evidence  of  autoregression. 

The  solution  was  to  use  blocking^  techniques  to  determine  if  an 
independently  distributed  series  could  be  obtained.  In  this  investigation 
blocking  was  attempted  at  one  week  intervals  and  the  new  series  was  analyzed 
by  use  of  the  Box- Jenkins  program.  This  time  it  was  found  that  the  series 
was  basically  independent.  The  test  for  white  noise  was  15.561  compared 
to  a Chi  Square  statistic  of  22.30.  The  time  series  for  each  criterion 
variable  was  tested  in  a similar  manner  and  it  was  found  that  the  alert 
time  series  for  TMP  mentioned  above  had  the  most  autoregression  of  any 
series.  In  fact,  the  alert  series  for  MRP  was  initially  independently 
distributed.  Regardless  of  the  initial  distribution,  blocking  was  consis- 
tently used  for  each  criterion  variable. 

One  minor  problem  was  left  due  to  the  requirement  for  blocking.  The 
power  of  the  F-test  was  performed  and  it  was  found  that  a minimum  of  31 
observations  would  be  required  to  insure  a .05  level  of  significance. 

Since  the  sensitivity  analysis  required  extending  the  start-up  period  to 
58  weeks,  a new  run  length  was  established  at  162  weeks  with  104  collect- 
able data  points  or  weeks.  Even  with  blocking,  there  would  be  52  indepen- 
dent data  points  remaining. 


Experimental  Results 


Introduction 

To  aid  in  comparison  of  the  manpower  planning  methods  and  in  comparison 


^Blocking  is  a technique  of  removing  dependence  within  a time  series 
by  including  observations  only  at  particular  intervals. 

®The  power  of  the  F-test  was  used  to  determine  the  size  of  the  popu- 
lation required,  given  a sample  variance  and  statistical  significance  level 
desired.  The  formula  used  was  from  Guenther,  William  C. , Analysis  of 
Variance,  Englewood  Cliffs,  N.J.:  Prentice-Hall,  Inc.,  1964,  p.  47. 
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of  one  experiment  to  another  as  much  consistency  as  possible  was  maintained. 
For  example,  the  same  number  of  data  points  were  collected  in  the  same 
way,  the  same  random  number  string  was  used  for  each  run,  and  results  were 
reported  and  displayed  in  the  same  manner. 

The  results  were  analyzed  using  SPSS  (Statistical  Package  for  the 
Social  Sciences)  Program  T-TEST.  This  program  compared  results  from  the 
two  experimental  methods  for  each  variable  using  pooled  and  separate 
variable  t-tests.  Additionally,  Program  T-TEST  automatically  used  the 
F-test  to  compare  the  variances  of  the  two  variables  considered.  Figures 
5,  6,  and  7 show  the  results  of  the  comparisons  of  MRP  and  TMP  for  each 
experiment.  Differences  between  means  and  variances  are  shown  by 
indicating  levels  of  significance  of  .01  and  .05.  The  sign  showing  a 
statistically  significant  difference  was  placed  next  to  the  "best  value." 

The  best  value  for  alert  rate  would  be  the  highest  number  of  missiles  on 
alert.  For  example.  Figure  5 shows  an  average  of  13.32  missiles  on  alert 
for  the  MRP  condition  and  13.53  missiles  on  alert  for  the  TMP  condition. 

No  sign  next  to  either  value  indicates  no  statistical  difference  at  the 
.05  level  c<  hatter.  The  best  value  for  the  remainder  of  the  variables 
would  be  the  lowest  number.  For  example,  the  best  value  for  the  number 
of  teams  assigned  would  be  the  fewest  number  of  teams  assigned  on  the 
average.  The  best  value  for  the  waiting  time  would  be  the  lowest  average 
number  of  hours  that  components  waited  for  the  proper  team.  For  idle 
time,  the  best  value  would  be  the  lowest  percentage  of  teams  idle.  Finally, 
for  all  variances,  the  best  value  would  be  the  lowest  standard  deviation 
since  that  would  indicate  the  value  which  was  most  consistent. 

Experiment  1 


The  purpose  of  this  experiment  was  to  establish  a base  line  with 
which  to  compare  future  experiments  as  well  as  to  provide  an  initial 
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comparison  of  MRP  and  TMP.  Each  forecasting  method  was  required  to  fore- 
cast for  the  duration  of  the  simulation  run  with  no  modifications  to  the 
configuration  of  the  missile  system. 

First,  a comparison  was  made  between  the  data  for  the  first  52  weeks 
and  the  data  for  the  second  52  weeks  to  determine  if  there  was  a significant 
difference,  over  time,  in  any  of  the  criterion  variables.  For  example, 
the  comparison  was  intended  to  determine  if  the  alert  rate  changed  signifi- 
cantly over  the  two-year  period.  It  was  found  that  all  of  the  criterion 
variables  were  stable  over  time. 

Next,  a test  was  made  for  independent  data  as  indicated  in  the 
sensitivity  analysis  and  again  it  was  found  that  for  most  of  the  criterion 
variables,  blocking  would  be  required.  One  week  periods  of  blocking  were 
sufficient. 

Finally,  the  test  for  differences  between  MRP  and  TMP  was  made. 

Four  additional  criterion  variables  were  added.  They  all  measure  the 
number  of  teams  assigned  since  this  figure  is  most  directly  related  to 
manpower  costs.  They  are  ZMT1,  ZMT2,  ZMT3,  and  AMTOT  or  the  number  of 
teams  of  types  one,  two,  three,  and  the  total  used.  The  two  primary 
variables  which  were  observed  are  Alert  Rate  and  the  Number  of  Teams 
Assigned.  These  will  be  placed  first  on  all  statistical  tables  followed 
by  waiting  time  and  finally  idle  time.  Figure  5 shows  the  results  of 
Experiment  1. 

■ 

In  summary,  both  models  managed  to  keep  about  the  same  number  of 
missiles  on  alert  but  MRP  was  better  at  reducing  manpower  costs.  MRP, 
for  all  teams  and  the  total  number  of  teams,  had  significantly  fewer 
teams  assigned  which  also  resulted  in  lower  idle  time.  TMP,  on  the  other 
hand,  had  components  waiting  a shorter  amount  of  time  for  team  three. 

At  this  point  in  the  experimental  sequence  it  can  only  be  said  that  both 
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Results  of  Experiment  1 


CRITERION 

VARIABLE 

MEAN 

STANDARD 

DEVIATION 

ALERT  RATE 

MRP 

13.32 

2.39 

TMP 

13.53 

3.05 

TOTAL  NUMBER 

OF  TEAMS 

MRP 

34.37** 

4.11** 

TMP 

48.42 

14.39 

NUMBER  OF 

TEAM  1 

MRP 

15.48* 

3.64* 

TMP 

23.03 

14.42 

NUMBER  OF 

TEAM  2 

MRP 

9.44** 

1.70** 

TMP 

12.11 

3.28 

NUMBER  OF 

TEAM  3 

MRP 

9.44** 

1.69 

TMP 

13.27 

1.92 

WAITING  TIME 

FOR  TEAM  1 

MRP 

15.77 

29.81** 

TMP 

25.52 

45.68 

WAITING  TIME 

FOR  TEAM  2 

MRP 

5.50 

11.62 

TMP 

3.35 

9.98 

WAITING  TIME 

FOR  TEAM  3 

MRP 

3.43 

9.33 

TMP 

.05** 

.29** 

IDLE  TIME 

TEAM  1 

MRP 

.24** 

.21* 

TMP 

.37 

.31 

IDLE  TIME 

TEAM  2 

MRP 

.30** 

.24 

TMP 

.44 

.21 

IDLE  TIME 

TEAM  3 

MRP 

.37** 

.26 

TMP 

.57 

.17 

* .05  significance  level 

**  .01  significance  level 


Figure  5 
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methods  keep  the  same  number  of  missiles  on  alert  (the  primary  objective) 
but  that  MRP  is  more  cost  effective.  MRP  had  29.02  percent  fewer  teams 
assigned  on  the  average  than  IMP. 

Note  that  four  additional  criterion  variables  were  added:  the  number 
of  teams  of  type  one  assigned,  the  number  of  teams  of  type  two  assigned, 
the  number  of  teams  of  type  three  assigned,  and  the  total  number  of  teams 
assigned.  These  were  added,  even  though  other  variables  reflect  the 
number  of  teams  assigned,  because  manpower  costs  can  be  more  directly 
calculated  based  on  the  number  of  teams  assigned. 

Experiment  2 

The  purpose  of  this  experiment  was  to  investigate  the  manpower 
methods  under  conditions  of  modifications  to  the  configuration  of  the 
missile  system.  Three  levels  of  modifications  were  examined  independently. 
For  the  first  modification  a change  was  made  to  the  MTBF  (mean- time-before- 
failure) of  component  four  (4).  This  was  done  by  adding  a routine  to 
SUBROUTINE  LOAD.  After  the  initial  load  was  accomplished,  an  event  was 
programmed  to  return  to  SUBROUTINE  LOAD  at  14,784  hours  into  the  simulation. 
Thii,  allowed  1,344  hours  or  8 weeks  for  initialization,  plus  50  weeks  for 
start-up  effects  to  be  eliminated,  and  then  30  weeks  into  the  actual 
data  collection  run  for  the  modification  to  occur.  The  actual  modification 
resulted  in  reducing  the  MTBF  for  component  four  (4)  by  407...  Forty  percent 
change  in  the  MTBF  was  arrived  at  by  sensitivity  analysis.  It  was  found 
changes  of  10,  20,  and  30  percent  of  the  MTBF  of  components  with  large 
MTBF  had  negligible  effects  on  the  system.  A change  in  40%  had  a notice- 
able effect  but  if  that  change  was  positive,  the  effects  were  washed  out 
by  the  fire  rule.  This  was  true  since  increases  in  MTBF  results  in  reduced 
manpower  requirements  and  therefore  overages  in  manpower  which  the  fire 
rule  eliminates.  The  results  of  this  experiment  are  shown  in  Figure  6. 


CRITERION 

STANDARD 

VARIABLE 

MEAN 

DEVIATION 

MODI 

MOD2 

MOD3 

MODI 

M0D2 

MOD3 

ALERT  RATE 

MRP 

11.48 

12.38 

13.07 

2.55 

2.45 

2.44 

TMP 

11.96 

13.09 

13.67 

2.77 

3.04 

2.87 

TOTAL  NUMBER 

OF  ALL  TEAMS 

MRP 

37.50** 

34.12** 

32.96** 

5.06** 

3.57** 

3.75** 

TMP 

49.87 

40.42 

47.40 

13.34 

15.63 

14.19 

NUMBER  OF 

TEAM  1 

MRP 

17.94** 

16.15** 

16.58** 

3.71** 

3.22** 

3.43** 

TMP 

23.21 

24.38 

23.10 

12.05 

15.36 

14.21 

NUMBER  OF 

TEAM  2 

MRP 

9.71** 

9.34** 

7.77** 

2.06** 

1.97** 

1.52** 

TMP 

12.67 

11.50 

10.48 

3.03 

2.91 

2.97 

NUMBER  OF 

TEAM  3 

MRP 

9.85** 

8.62** 

8.62** 

2.10 

1.32** 

1.43* 

TMP 

13.98 

13.54 

13.83 

2.71 

2.25 

2.01 

WAITING  TIME 
FOR  TEAM  1 

MRP 

7.47** 

18.42 

9.38 

13.74** 

32.36** 

18.84** 

TMP 

19.40 

33.47 

23.20 

27.38 

60.28 

47.69 

WAITING  TIME 
FOR  TEAM  2 

. 

MRP 

6.91 

6.18 

4.96 

11.23 

10.32 

9.80 

TMP 

1.24** 

2.70 

2.13 

4.76** 

8.03 

5.39** 

WAITING  TIME 
FOR  TEAM  3 

MRP 

2.20 

3.43 

4.68 

3.90 

5.15 

7.99 

TMP 

.08** 

.08** 

.03** 

.33** 

.39** 

.11** 

IDLE  TIME 

TEAM  1 

MRP 

.23** 

.21** 

.27 

.18** 

.20** 

.19** 

TMP 

.33 

.37 

.36 

.30 

.31 

.30 

IDLE  TIME 

TEAM  2 

MRP 

.28** 

.33* 

.31** 

.23 

.30 

.27 

TMP 

.49 

.44 

.46 

.21 

.21* 

.23 

IDLE  TIME 

TEAM  3 

MRP 

.32** 

.29** 

.31** 

.25 

.25 

.25 

TMP 

.53 

.56 

.57 

.20 

.18* 

.20 

* .05  significance  level 

**  .01  significance  level 


Figure  6 
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The  results  of  the  first  modification  of  Experiment  2 show  that 
there  was  no  significant  difference  in  alert  rate  or  variance  in  alert 
rate  and  again  MRP  maintained  a comparable  alert  rate  as  TMP  with  signifi- 
cantly fewer  teams  assigned.  There  also  were  some  differences  between 
MRP  and  TMP  in  waiting  time.  The  differences  were  significant  at  the  .01 
level  but  they  were  mixed.  MRP  had  a lower  waiting  time  and  variance  in 
waiting  time  for  team  one  while  TMP  showed  a lower  waiting  time  and  variance 
in  waiting  time  for  teams  two  and  three.  Since  the  change  in  MTBF  affected 
only  team  one,  it  could  be  said  that  MRP  did  a better  job  of  responding 
to  the  modification  but  results  are  not  conclusive.  The  important  result 
is  that  MRP  proved  better  on  keeping  fewer  teams  assigned  for  all  seven 
of  the  manpower  cost  variables  (i.e.,  the  number  of  teams  assigned  (4) 
and  idle  time  (3))  while  maintaining  the  same  alert  rate.  Additionally, 

MRP  consistently  performed  better  with  team  one,  the  long  lead-time  team. 

Experiment  2 was  compared  with  the  base  line  results  of  Experiment  1. 
Most  variables  were  unchanged  by  the  modification  but  for  both  manpower 
methods,  MRP  and  TMP,  the  alert  rate  was  significantly  lower  at  the  .01 
level. 

The  second  modification  required  a change  in  the  repair  time  for  a 
component.  Again,  the  programmed  modification  was  set  up  in  SUBROUTINE 
LOAD  for  the  same  time  period  (30  weeks  into  the  data  collection  period 
of  104  weeks).  This  time  a 407.  increase  was  made  to  the  repair  time  for 
component  four  (4).  The  logic  for  choosing  a 407o  increase  was  the  same 
as  for  the  MTBF  modification  except  that  here  a decrease  in  repair  time 
would  cause  a reduction  in  manpower  requirements  and  therefore  an  overage 
which  would  be  eliminated  by  the  fire  rule.  So,  an  increase  in  repair 
time  was  used  for  the  modification.  Note  that  in  both  modification  1, 
a change  in  the  MTBF,  and  modification  2,  a change  in  the  repair  time, 
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the  TMP  model  in  no  way  adjusted  for  the  modification  prior  to  its 
implementation.  The  MRP  model,  on  the  other  hand,  incorporated  the 
anticipated  modification  into  its  master  schedule  (anticipated  manpower 
requirements  matrix). 

The  results  of  modification  2 of  Experiment  2 are  thoroughly  mixed 
and  are  shown  in  Figure  6.  There  was  no  difference  in  the  alert  rate 
and  the  waiting  times  for  teams  one  and  two.  MRP  had  the  lowest  variability 
in  waiting  time  for  team  one  and  TMP  had  the  lowest  waiting  time  and 
variability  for  team  three.  MRP  had  the  lowest  idle  time  and  the  lowest 
number  of  teams  assigned  but  TMP  had  the  lowest  variability  in  idle  time 
for  teams  two  and  three.  These  results  basically  indicate  that  TMP 
consistently  had  a higher  amount  of  idle  time  than  MRP.  The  same  general 
conclusion  can  be  drawn  here  as  the  one  made  from  the  first  modification-- 
that  MRP  maintained  the  same  alert  rate  with  a fewer  number  of  teams 
assigned. 

Again  Experiment  2 was  compared  with  Experiment  1 and  the  results 
showed  little  difference  except  that  there  was  a significantly  lower  alert 
rate  in  Experiment  2 than  in  Experiment  1. 

The  third  modification  for  Experiment  2 was  of  a different  nature 
than  the  first  two.  It  required  a modification  that  changes  the  time 
required  to  repair  a component.  In  this  case,  the  usual  programmed 
modification  was  included  in  SUBROUTINE  LOAD  and  the  modification  was 
permanently  implemented  at  the  appropriate  time  (30  weeks  into  the  data 
collection  period  of  104  weeks).  The  same  adjustments  to  the  master 
schedule  were  used  for  MRP  in  this  modification  as  for  the  other  two. 
However,  TMP  had  an  additional  routine  added.  Since  it  was  determined 
that  this  modification  would  be  «.  change  from  a requirement  for  an  Electro- 
mechanical team  (team  2)  to  a purely  Missile  Electrical  team  (team  1), 


then  the  TMP  model  would  be  aware  that  a team  change  would  be  required 
by  the  modification.  Additionally,  since  the  time  of  the  modification 
was  known,  then  planning  would  be  relatively  straightforward.  In  the 
TMP  routine  which  determined  manpower  requirements,  an  up-to-date  analysis 
was  made  each  week  to  determine  the  approximate  number  of  teams  which 
would  be  required  to  include  the  new  component  (number  9)  for  team  one 
and  the  number  of  teams  to  be  reduced  for  team  two.  This  was  evidently 
very  effective  since  a comparison  of  the  base  line  Experiment  1 with 
Experiment  2,  modification  3,  showed  little  difference  either  for  MRP  or 
TMP. 

The  results  were  about  the  same  as  for  Experiment  2,  modification 
2,  in  that  they  were  mixed.  The  alert  rate  was  not  different  and  waiting 
time  was  mixed  as  in  modification  2.  Idle  time  showed  that  MRP  maintained 
lower  idle  time  for  teams  two  and  three  and  lower  variance  for  team  one, 
and  that  TMP  maintained  lower  variance  in  idle  time  for  team  one.  MRP 
also  required  fewer  teams  of  each  type  and  maintained  a lower  variance  in 
the  number  of  teams  required  than  TMP.  In  fact,  MRP  had  over  307„  fewer 
teams  assigned  on  the  average  than  TMP. 

In  summary,  the  results  of  Experiment  2 demonstrated  that  the  MRP 
method  of  manpower  planning  was  superior.  This  experiment  did  show  that 
MRP  maintained  an  alert  rate  that  was  not  significantly  different  from 
TMP  (either  in  mean  or  variance)  with  a fewer  number  of  teams  assigned. 
Since  idle  time  was  lower  and  in  some  cases  waiting  time  was  lower,  it 
would  hint  that  MRP  maintained  a more  exact  number  of  teams  assigned  at 
the  right  time  and  that  TMP  maintained  a consistently  higher  number  of 
teams  assigned. 

Experiment  3 


The  purpose  of  this  experiment  was  to  investigate  the  two  alternative 
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manpower  concepts  u-der  conditions  of  simultaneous  modifications  to  the 
configuration  of  the  missile  system.  This  experiment  was  conducted  at 
two  levels:  one  simultar.  ous  modification  and  two  simultaneous  modifi- 
cations. A simultaneous  modification  is  one  in  which  all  three  variables 
of  one  component  change  at  the  same  time.  This  is  when  the  MTBF,  repair 
time,  and  the  team  designated  to  repair  that  particular  component  all 
change.  For  the  first  level  the  MTBF  of  component  9 was  reduced  by  40% 
at  30  weeks  into  the  data  collection  part  of  the  simulation  run  as  in 
Experiment  2.  At  the  same  time,  the  repair  time  for  component  9 was 
increased  by  40%  and  the  team  assignment  was  changed  from  team  two  to 
team  one. 

For  the  TMP  model  these  changes  were  accomplished  in  SUBROUTINE  LOAD 
for  all  three  variables  at  30  weeks;  and  as  in  modification  three  of 
Experiment  2,  the  team  assignment  change  was  preplanned  in  the  TMP  man- 
power requirements  subroutine.  For  MRP,  the  entire  modification  was 
carried  out  in  the  master  schedule  routine  and  program  modification  in 
SUBROUTINE  LOAD  was  not  required.  This  included  forecasting  manpower  needs 
and  permanently  modifying  the  system. 

The  results  are  shown  in  Figure  7 under  the  column  labeled  EXP  3-1. 

MRP  demonstrated  superiority  in  the  primary  criterion  variables:  the 
alert  rate,  variance  in  alert  rate,  the  number  of  teams  and  variance  in 
teams  one  and  two,  and  the  total  number  of  teams  assigned.  Also  waiting 
time  and  variance  in  waiting  time  for  team  one  and  two  were  significantly 
better  for  MRP  at  the  .01  level.  TMP  showed  a lower  waiting  time  and 
variance  in  waiting  time  for  team  three.  MRP  had  lower  idle  time  for 
team  three  and  lower  variance  in  idle  time  for  team  one.  Most  important, 
MRP  showed  either  a lower  number  of  teams  assigned  or  lower  variance  in 
the  number  of  teams  assigned  for  each  team  type  while  maintaining  a 
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CRITERION 

STANDARD 

VARIABLE 

MEAN 

DEVIATION 

EXP3-1 

EXP3-2 

EXP4 

EXP3-1 

EXP3-2 

EXP4 

ALERT  RATE 

MRP 

11.46** 

9.92* 

11.46** 

3.70* 

4.03 

3.70** 

TMP 

8.42 

8.20 

7.27 

5.13 

4.58 

5.65 

TOTAL  NUMBER 
OF  ALL  TEAMS 

MRP 

31.27 

34.96 

31.27 

5.92** 

7.21** 

5.92** 

TMP 

34.88 

36.29 

33.98 

17.78 

18.29 

17.21 

NUMBER  OF 

TEAM  1 

* ) 

MRP 

14.81 

15.37 

1 14.81 

4.68** 

5.83** 

4.68** 

TMP 

11.63 

11.38 

10.50* 

13.34 

15.20 

14.31 

NUMBER  OF 

TEAM  2 

MRP 

8.60 

9.56 

8.60 

3.44** 

3.71** 

3.44** 

TMP 

10.63 

11.75 

11.02 

10.31 

11.12 

10.12 

NUMBER  OF 

TEAM  3 

MRP 

7.87** 

10.04** 

7.87** 

2.69 

2.79 

2.69 

TMP 

12.62 

13.15 

12.46 

3.08 

2.72 

3.35 

WAITING  TIME 
FOR  TEAM  1 

MRP 

12.82** 

32.39** 

12.82** 

19.41** 

42.85** 

19.41** 

IMP 

108.48 

114.20 

144.47 

158.76 

164.43 

171.28 

WAITING  TIME 
FOR  TEAM  2 

MRP 

15.30** 

25.59 

15.30** 

17.89** 

50.65 

17.89** 

TMP 

47.94 

43.49 

56.33 

55.99 

55.21 

71.59 

WAITING  TIME 
FOR  TEAM  3 

MRP 

11.95 

4.17 

11.95 

13.63 

7.34 

13.63 

TMP 

.36** 

.31** 

.33** 

1.09** 

1.13** 

.96** 

IDLE  TIME 

TEAM  1 

MRP 

.25 

.23 

.25 

.21** 

.25 

.21** 

TMP 

.24 

.20 

.22 

.32 

.30 

.31 

IDLE  TIME 

TEAM  2 

MRP 

.26 

.26 

.26 

.27 

.24 

.26 

TMP 

.22 

.22 

.25 

.28 

.27 

.29 

IDLE  TIME 

TEAM  3 

MRP 

.31** 

.34** 

.31** 

.24 

.24 

.24 

IMP 

.53 

.52 

.52 

.24 

.17* 

.20 

* .05  significance  level 

**  .01  significance  level 


Figure  7 
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significantly  better  alert  rate. 

For  the  second  level  of  this  experiment,  the  one  designated  as 
EXP  3-2  in  Figure  7,  MRP  also  demonstrated  a higher  alert  rate  and  lower 
waiting  time  and  variance  in  waiting  time  for  team  one.  This  level  con- 
sisted of  two  simultaneous  modifications  to  the  missile  system  configuration. 
The  first  modification  was  exactly  the  same  as  for  level  one  and  the 
second  followed  in  five  weeks  and  was  implemented  in  exactly  the  same  way 
as  for  level  one.  The  first  simultaneous  modification  affected  missile 
component  nine  and  the  second  simultaneous  modification  affected  component 
seven.  The  only  difference  in  logic  was  that  for  the  second  modification 
the  MTBF  was  reduced  by  757.. 

TMP  again  demonstrated  a lower  waiting  time  and  variance  in  waiting 
time  for  team  three.  Idle  time  was  basically  the  same  for  each  model  with 
MRP  producing  a lower  idle  time  for  team  three.  Finally,  MRP  showed  a 
lower  number  of  teams  assigned  or  lower  variance  in  the  number  of  teams 
assigned  for  each  type  of  maintenance  team. 

Eoth  levels  of  Experiment  3 were  compared  with  Experiment  1 (MRP 
Experiment  1 vs  MRP  Experiment  3 and  TMP  Experiment  1 vs  TMP  Experiment 
3).  The  results  showed  that  there  was  a significant  difference  between 
the  performance  of  each  method  under  steady  state  and  with  simultaneous 
modifications . 

In  summary,  Experiment  3 demonstrated  that  the  MRP  model  was  superior 
to  the  TMP  model.  MRP  maintained  a higher  alert  rate  with  a more  exact 
number  of  teams  assigned. 

Experiment  4 

The  purpose  of  this  experiment  was  to  test  the  performance  of  the 
two  alternative  manpower  methods  under  the  condition  which  sometimes 
exists  in  military  systems  when  emergency  modifications  are  required. 
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For  this  experiment  one  simultaneous  modification  was  chosen  to  be  imple- 
mented at  the  30th  week  of  the  data  collection  run.  This  modification 
differs  from  previous  ones  in  that  only  one  week's  warning  was  given  to 
each  model  and  results  were  observed  as  before.  TMP  had  one  week  to  prepare 
for  the  change  in  team  assignment  as  before  and  MRP  had  one  week  in  which 
to  adjust  its  master  schedule.  The  results  showed  that  MRP  was  far  superior 
to  TMP  in  adjusting  to  such  an  emergency  change.  The  alert  rate,  waiting 
time  for  all  teams,  and  the  variances  for  all  of  these  variables  were 
significantly  better  for  MRP  than  for  TMP.  MRP  had  a lower  idle  time  for 
team  three,  variance  in  idle  time  for  team  one,  and  a lower  number  of 
team  three  assigned.  MRP  also  showed  a lower  variance  in  teams  one,  two, 
and  the  total  number  of  teams  assigned.  On  the  other  hand,  TMP  showed  a 
significantly  (.05)  lower  number  of  team  one  assigned.  This  was  probably 
to  its  detriment  since  the  alert  rate  was  significantly  lower  and  waiting 
time  for  team  one  was  significantly  higher. 

Use  of  Blocked  Data  Compared  to  Original  Data 

An  interesting  result  to  note  comes  from  the  data  analysis  technique 
employed.  It  is  an  accepted  fact  that  if  one  is  to  analyze  data  for  sig- 
nificant differences  between  the  means  of  two  populations  by  usual  methods 
(such  as  the  t-test),  independence  between  data  points  is  a necessity. 
Testing  a time  series  from  a simulation  model  for  independence  is  not  an 
easy  task  for  the  novice.  One  must  search  for  the  right  technique  (such 
as  the  complex  but  powerful  Box-Jenkins  methodology)  and  apply  that  techni- 
que. 

Many  simulation  researchers  follow  Conway's  (1963,  p.  53)  advice  and 


test  for  independence,  then  use  a blocking  technique  if  necessary,  and 
again  test  for  independence.  With  this  approach,  the  researcher  hopes  at 
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some  point  in  time,  to  find  a string  of  data  points  which  are  basically 
independent.  Results  of  data  analysis  from  this  investigation  indicate 
that  independence  is  not  critical  and  that  the  usual  t-test  is  sufficient. 

This  was  verified  by  comparing  results  from  the  blocked  data,  which  was 
proven  independent  by  the  identification  program  from  Box-Jenkins  methodology, 
to  results  from  the  original  data,  which  had  first  degree  of  autoregression, 
with  no  significant  difference.  This  was  accomplished  using  44  separate 
variables,  independently  tested,  with  no  significant  difference  in  the 
results  between  the  original  and  blocked  data. 

In  summary,  this  is  not  to  say  that  the  independence  assumption  is 
not  valid  but  that  for  this  variable- time  simulation  model  it  does  not  make 
any  difference. 


Summary 

The  MRP  model  demonstrated  superiority  in  Experiments  1 and  2 by 
maintaining  the  same  alert  rate  with  fewer  maintenance  teams,  in  Experiment 
3 by  maintaining  a higher  alert  rate  with  a more  exact  number  of  teams, 
and  in  Experiment  4 by  maintaining  a higher  alert  rate  with  less  waiting 
time.  Experiment  3 is  significant  because  it  shows  that  TMP  had  a fewer 
number  of  teams  assigned  in  some  cases  but  waiting  time  for  those  teams 
was  exceptionally  high  indicating  that  there  were  too  few  teams  assigned. 
One  last  point  is  that  MRP  was  usually  more  consistent  than  TMP  (i.e., 
lower  variance  in  each  variable  at  the  .01  significance  level)  in  main- 
taining the  alert  rate,  the  same  number  of  teams  assigned,  and  waiting 
time.  Note  that  all  variables  are  interrelated  and  results  cannot  be 
interpreted  based  on  one  variable  alone.  The  next  chapter  will  show  an 
interpretation  of  the  results  presented  in  this  chapter. 


I 

I 

j CHAPTER  V 
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SUMMARY  AND  CONCLUSIONS 

Summary 

Four  experiments  were  conducted  to  investigate  two  alternative  man- 
power planning  methods  under  differing  environmental  conditions.  The 
first  method  was  based  on  traditional  extrapolation  techniques  currently 
being  used  in  many  firms  and  throughout  the  Air  Force.  The.  second  method 
applied  the  concept  of  Material  Requirements  Planning  (MRP),  a forward 
looking  method  which  devises  a master  schedule  and  from  that  point  on 
the  system  is  deterministic.  The  specific  environment  chosen  for  the 
comparison  was  the  "high  technology"  environment  of  the  USAF  Minuteman 
Intercontinental  Ballistic  Missile  maintenance  system.  This  system 
currently  uses  the  traditional  manpower  extrapolation  technique  simulated 
in  the  first  manpower  model  mentioned  above. 

The  method  of  comparison  was  a simulation  model,  which  is  similar 
to  the  real  system  in  that  missile  components  fail,  in  some  cases  taking  the 
missile  off  alert.  Maintenance  teams  are  subsequently  dispatched  to  repair 
that  failure,  and  the  missile  is  again  operational.  The  experiments  were 
designed  to  increase  the  complexity  of  the  environment  in  which  the  man- 
power methods  had  to  operate  by  modifying  die  configuration  of  the  missiles. 
This  was  done  by  sequentially  modifying  system  elements  to  approximate  real 
world  conditions. 

The  first  experiment  established  a base  line  with  which  to  compare 
the  effects  of  additional  experiments.  This  initial  experiment  provided  the 
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first  comparison  of  the  material  requirements  planning  method  (MRP)  with  the  tra- 
ditional extrapolation  manpower  method  (TKP) . Both  methods  performed  satisfactorily, 
but  MRP  maintained  the  same  alert  rate  as  TMP  with  fewer  teams  of  each 
type.  The  real  test  of  each  method  comes  through  the  analysis  of  alert 
rate,  the  number  of  teams  used,  and  waiting  time  for  teams.  Since  alert 
rate  is  related  to  the  number  of  priority  one  and  two  components  down 
and  waiting,  the  waiting  time  (the  time  that  missile  components  are  down 
and  waiting  for  a particular  team)  becomes  a measure  of  alert  effectiveness 
to  a point.  All  three  of  these  criteria  are  necessary  to  evaluate  the 
real  world  situation  since  it  is  possible  to  have  a high  alert  rate  and 
low  waiting  time  simply  by  having  too  many  teams  assigned.  In  the  case 
of  Experiment  1,  the  results  are  mixed  but  MRP  was  superior  since  it 
used  about  30%  fewer  teams  and  therefore  was  more  cost-effective.  Additionally, 

MRP  demonstrated  a predictive  capability  which  becomes  obvious  with  better 
forecast  for  the  long  lead  time  required  for  team  one. 

Experiment  2 had  about  the  same  results  as  Experiment  1 with  MRP 
performing  a little  better  relative  to  TMP  in  Experiment  2.  It  appears 
that  the  magnitude  of  the  modifications  by  themselves  was  not  sufficient 
to  seriously  impact  the  performance  of  either  method.  There  were  30 
missiles  and  10  components  per  missile  resulting  in  300  components.  Since 
any  modification  affected  only  a portion  of  the  system,  it  tended  to  be 
absorbed  into  the  complexities  of  the  system.  It  is  unlikely  that  only 
one  of  the  three  vr.riables  concerned  (MTBF,  repair  time,  team  assignment) 
would  be  affected  by  a real  system  modification,  but  this  Experiment  2 was 
necessary  to  determine  the  individual  effects  of  the  three  types  of  system 
modification  Individually,  MTBF  had  the  greatest  impact  on  system  per- 
formance when  compared  with  Experiment  1,  with  repair  time  having  a milder 
impact,  and  the  effects  of  a team  change  barely  noticeable. 
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The  synergistic  effect  of  the  three  types  of  system  modification  on 
system  performance  was  demonstrated  in  Experiment  3.  With  all  three  types 
of  modification  impacting  the  same  component  at  the  same  time,  the  first 
opportunity  was  provided  to  examine  the  responsiveness  and  extent  of  the 
performance  of  each  manpower  planning  method.  The  combined  effects  of 
simultaneous  modification  produced  significant  results.  It  was  evident, 
especially  when  two  simultaneous  modifications  were  implemented  five  weeks 
apart,  that  the  traditional  manpower  method  tended  to  have  too  many  of  team 
three  assigned  (team  three  required  10  weeks  lead  time  to  procure)  and  too 
few  of  team  one  (team  one  required  30  weeks  to  procure).  Even  though  the 
modifications  did  not  directly  affect  team  three,  the  effects  on  teams  one 
and  two  caused  additional  turbulence  in  the  environment  making  the  forecast 
for  team  three  more  complex. 

The  TMP  model  showed  lower  waiting  time  for  team  three  but  significantly 
higher  idle  time,  again  demonstrating  an  over-manning  condition.  This 
extrapolation  model  also  showed  about  the  same  idle  time  for  teams  one  and 
two  but  significantly  higher  waiting  times  for  those  teams.  This  indicates 
that  the  teams  were  assigned  at  the  wrong  times. 

Experiment  4 was  not  necessarily  more  complex  than  Experiment  3.  In 
fact,  the  modification  itself  was  the  same  as  one  of  the  simultaneous 
modifications  of  Experiment  3,  but  it  introduced  great  uncertainty  in  the 
environment.  Knowledge  of  the  modification  was  available  only  one  week  in  advance. 
When  the  modification  was  implemented,  waiting  lines  built  up  for  team  one, 
and  team  two  was  over-manned  for  both  models.  MRP  responded  more  quickly 
and  moved  toward  the  "right"  number  of  teams  of  each  type.  This  type  of 
modification  is  not  unlike  the  real  system  although  the  real  system  often 
must  respond  to  many  types  of  modifications  at  one  time.  Among  all  the 
experiments,  MRP  achieved  a higher  differential  in  alert  rate  in  Experiment  4. 
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In  summary,  TMP  is  adequate  (in  terms  of  alert  rate)  in  a relatively 
stable  environment  but  not  as  cost  effective  as  MRP.  The  more  complex 
the  environment  becomes;  i.e.,  the  more  personnel  needs  change  (in 
quality  or  quantity),  the  less  effective  the  extrapolation  model  becomes. 

In  fact,  when  the  environment  becomes  uncertain;  i.e.,  when  unplanned 
changes  occur  on  short  notice,  TMP  becomes  very  inadequate.  MRP,  on  the 
other  hand,  responds  better  in  all  types  of  environment  changes.  It 
does  not  do  as  well  in  a turbulent  environment  as  in  a stable  environment, 
but  it  does  significantly  better  than  the  TMP  method.  MF.P  tends  to  have 
the  fewest  number  of  teams  assigned  at  the  right  time  thereby  maintaining 
the  highest  alert  rate  and  making  the  best  use  of  available  capacity.  On 
the  other  hand,  MRP  requires  a significant  initial  investment  in  time  and 
money  plus  it  requires  continued  support  for  proper  reporting  of  events 
(i.e.,  tasks  completed,  time  required  per  task,  etc.)  to  provide  the  most 
accurate  data  base  for  forecasting. 

Conclusions 

The  MRP  manpower  planning  method  conceptualized  and  implemented  in 
this  investigation  demonstrated  superiority  over  the  extrapolation  method 
which  was  an  operationalization  of  the  currently  used  method.  The  MRP 
method  demonstrated  an  ability  to  respond  to  complex  modifications  and 
performed  better  than  TMP  on  all  primary  criterion  variables.  More  com- 
plex environments  make  little  difference  to  the  MRP  model  as  long  as  the 
master  schedule  is  built  on  reliable  information.  Even  if  such  information 
were  available  to  the  TMP  model,  it  could  not  be  used. 

This  benefit  from  the  MRP  model  makes  it  a cost  effective  tool  for 
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managers  of  complex  or  high  technology  systems.  Experiment  1 showed  that 
even  systems  which  are  not  so  complex  might  benefit  from  MRP  on  a cost 
effective  basis.  However  the  question  still  remains  whether  the  initial 
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investment  would  be  worth  the  benefits  derived.  MRP  is  a self-improving 
system.  It  requires  an  initial  investment  in  the  data  base  and  input 
information  before  implementation.  Once  operational,  an  MRP  system  can 
record  and  update  relevant  manpower  statistical  variables  from  which  more 
exact  manpower  forecasts  can  be  made. 

The  MRP  model  also  demonstrated  that  it  not  only  has  the  fewest 
number  of  teams  to  perform  the  objective  but  that  it  has  the  right  teams 
at  the  right  time.  This  reinforces  the  MRP  objective  stated  by  Orlicky 
at  the  American  Institute  for  Decision  Sciences  (AIDS)  meeting  in  Cincinnati 
in  1975,  to  be  "always  working  on  the  right  job  at  the  right  time."  If 
employees  are  not  working  on  the  right  job  at  the  right  time,  then  capacity 
is  being  misused.  Capacity  utilisation  for  this  investigation  was  measured 
by  idle  time  for  each  type  of  team,  and  MRP  maintained  lower  idle  time 
overall. 

This  aspect  should  be  very  attractive  to  managers:  MRP  enables  them 
to  forecast  manpower  needs  so  that  manpower  will  be  most  fully  utilized. 

The  proof  of  the  MRP  method  comes  when  it  demonstrates  a capability  of 
working  on  the  right  job  at  the  right  time.  This  means  to  have  the 
properly  skilled  technician  available  when  needed.  Such  a system  would 
identify  and  eliminate  bottlenecks,  peaks  and  valleys  caused  by  multiple 
impacts  to  the  system  requirements.  This  also  would  reduce  the 
organizational  behavior  problems  caused  by  under-manning  and 
over-manning.  There  are  a multitude  of  additional  administrative  and 
operational  benefits  from  MRP  (i.e.,  capacity  utilization,  team  structure, 
career  development,  cost  data,  etc.). 

This  investigation  shows  that  the  simulation  method  is  a valuable 
technique  for  analyzing  systems  as  complex  as  manpower  planning  methods. 

It  is , of  course,  not  simple  to  approximate  the  utility  function  or 
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decision  making  function  of  the  manager;  but,  up  to  the  point  of  the 
decision,  the  simulation  technique  provides  a reliable,  versatile,  and 
useful  technique  for  examining  various  concepts.  When  alternative  policies 
and  future  directions  for  this  research  are  considered,  the  versatility 
of  simulation  becomes  apparent. 

Some  intriguing  next  steps  in  this  research  may  be  to  experiment  with 
alternative  modifications  to  the  system,  to  make  the  system  itself  more 
complex  by  adding  additional  missile  components,  equipment,  and  vehicles, 
or  to  compare  MRP  with  a multitude  of  other  techniques  for  manpower 
planning.  Additional  accuracy  may  be  gained  from  the  MRP  method  by  "fine 
tuning"  the  simulation  model.  This  may  include  a small  margin  of  safety  stock 
built  into  the  MRP  forecast.  Such  a change  is  supported  by  the  fact  that  MRP 
is  more  conservative  in  manpower  utilization  than  the  extrapolation  method 
and  a slight  increase  in  manpower  may  produce  additional  benefits  in  the 
alert  rate  of  reductions  in  waiting  time. 

Decision  rules  such  as  these  can  easily  be  tested  in  a simulated 
MRP  system.  This  aspect  of  MRP  provides  the  capability  of  testing  various 
management  decisions  prior  to  implementation  of  those  decisions. 

The  capability  of  MRP  to  consider  future  system  configurations  would 
provide  the  opportunity  to  modify  the  data  base  of  an  existing  MRP  system 
to  determine  the  manpower  needs  of  a proposed  missile  system  thereby 
identifying  future  costs  for  personnel  and  associated  equipment.  Such 
"forward  looking"  may  identify  critical  shortages  of  certain  technical 
skills  which  cannot  be  filled  by  hiring  or  training.  In  such  a case, 
the  system  configuration  may  be  redesigned  to  utilize  alternative  skills. 

The  effects  on  manpower  requirements  due  to  personnel  oriented  pro- 
grams can  be  evaluated  in  the  same  manner.  For  example,  in  job  enrichment/ 
job  enlargement  type  programs,  where  the  task  to  be  considered  for  a 
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particular  job  can  be  identified,  the  problem  of  analysis  is  similar  to 
MOD  3 of  Experiment  2.  The  MRP  system  would  allow  switching  many  tasks 
between  various  teams  simultaneously.  Of  course,  the  more  specifically 
the  task  is  defined  the  more  completely  the  results  can  be  analyzed. 
Similarly,  the  impact  of  a new  missile  component  on  manpower  requirements 
can  be  analyzed.  One  anticipated  modification  can  be  analyzed  independently 
from  other  effects  and  therefore  the  desirability  of  benefits  to  the  system 
can  be  compared  to  the  costs  in  manpower.  It  may  be  that  the  modification 
may  add  little  to  the  system  and  be  quite  costly,  a fact  that  would  be 
very  important  to  the  decision  maker. 

As  such  experimentation  progresses  toward  the  "real  world,"  compari- 
sons of  the  model  against  actual  data  may  become  possible  and  from  that, 
a full  implementation  of  the  MRP  system  may  result.  If  the  real  world 

ft  I 

results  are  as  obvious  as  the  simulation  results,  then  MRP  should  become 
a very  powerful  cost  effective  management  tool  for  manpower  planning  that 
will  produce  benefits  in  the  short-run  as  well  as  over  the  long-run. 


APPENDIX  A 


FLOW  CHARTS 

General  GASP  II  Flow  Chart 
Programmer  Written  Flow  Charts 


GENERAL  PROGRAM  FLOW  - GASP 


1 FAIL 
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APPENDIX  B 
PROGRAM  LISTINGS 

1.  Complete  MRP  Program  Listing 

2.  SUBROUTINE  FORCST  for  TMP 
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09. 21. 
09.21 . 
09. 21  . 
09. 2]  . 
09.21 . 
09.21  . 
09.21. 
09.21 . 
09.21 . 

09.21 . 

09.22. 
09.22. 
09.22. 
10.15. 
10.15. 
10.15. 
10.15. 
10.15. 
10.15. 
10*15. 
10.15. 
10.15. 
10*15. 


16. JOB  READ  At  09.21.15*  76/05/18. 
16.0AW,T*3n»0nU. 

16. ACCOUNT. 7316*. 

1 6.PAGES=100. 

16.CAPDS=110. 

16.  GET ( MRP5 1 

17. GET(TAPE60=COM3> 

1 7.  ROUTE (output. waste. Ej.l=wCc) 

18.  GET  (TAPF5  = r,ASP0lN) 

20.ETM ( R=0 . I SMPP5 ) 

09.  5.029  CP  SECONDS  COMPILATION  TIME 

09.LOAD( TAPES) 

io.lgo. 

17. STOP 

18.REWIND»TAPp3o.  . 

20 .COPYS8F ( T APE? 0 .OUTPUT) 

20.  END  OF  INFORMATION  ENCOUNTERED, 


20. CP  367R  SEC.. 

20. CP  2*6.700  SEC. 

20 • CM  1.381  Kwh, 

20. MS 4.78*  KPR »_ 

20. CM  *.975  MwS. 

20. BU  5 . 7p5 


rtlL- 

K*  * ** 

u\\\ 

— 
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manpwr 
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PROGRAM  MAMPWR ( I NF uT  . OUT PUT » T APE60 , T APe6 1 =OUTPuT • T APE? 0 ♦ T APE 30 » 

1TAPE40) 

COMMON  /LUNS/  LUCORiLOPTRiLUPCH 

COMMON  ID* IM» INIT » JEVENT ♦ JMONIT»MFft fMSTOP»MX »MXC»NC0UCT*NHIST0» 
lNOQ.NORPT.NOT . NPRAmS , NHUN .NRUNS. NStAT »oUT » SCALE » SEED , TNOW » 
2TSTART.TsT0P.MxX 

COMMON  ATTRIB<3>  tENQ(15)  ,INN(15) * JcELLS ( 5 » 22 > ,KRANK(ls) ,MaxnQ(15> 

lMFF  (15)  , mLE  U5)  *NCfLLS  (5)  ,NU  ( 15)  ♦P/'PAMs  (20  f A)  tQTIME  ( 1?)  » 

2SSUMA  (25*5)  ,SUMA(2s,5)  * ML.C  (15)  ,NSEt i 1 0 ,550 ) 

COMMO  >1  XISYSU)  ,T  iSYS  U)  .PRIOR  ( 1 0)  .MT^AM ( I n>  * ZMEAN  (Jo)  ,RFPa  I R < 1 0 ) 

1 * MT ( 3 ) * MTA  ( 3 ) »MSL»k0mP»MSU1iATVLi0t«XIdLE(4) « M j SA ( 5n ) , XM I SA . 

2NORDER (5o*3)  , MM (50 , 1 0 > .BUCKET (50. 3 i .ONh AND* NBUCK.NET, OIF 

3 .NFREZE ( 3 1 , MTM < 3 ) , m Tu (20 . 3 ) . XMTU <1 ? . 3 ) , YBAR ( 3 ) ,A<3) .B<3) 

A, ISAMP.XTX.XTM.XWA {3),XWM(3).XWT(3),XDT(3),X0M(3),XnL(3),ZMT<4) 

REAL  MT 

REAL  MTM  

LUCDR* INPUT (60,20) 

LUPTR=6l 

•_  THIS  CHANGE  CHANGES  THE  MTBF  FOR  COMP  7 FpOM  80.  TO  900.  

• THIS  CHANGE  LEAVES  PRIORITY  2 COMPONENTS  ON  A L E R T WHILE  WAITING 
THIS  CHANGE  INCORPORATES  ALL  OF  THE  RECENT  SUGGESTIONS  BY  OR. 

_FIRe  RUL£:5o  PERIOD  START-UP  PAST  INIT  STaGESFORECaST  BASED  on  average 
MSL=30 
KOMPsIO 

ATVL=2.5 

0T  = 0.5 
NFRE7E < 1 ) =30 

NFRE7E  (2)  =20  ' __ 

NFREZE ( 3 ) = 1 0 

: SET  INITIAL  MAINTENANCE  LOADINGS  AND  STATISTICS  VARIABLES 

....  DO  3 1 = 1.3  __ 

MT  ( I ) = 0 
MTM ( I ) = 0 

XIOLE(I)=0.0  

XISYS ( I ) s 0 « 0 
TISYS ( I ) =0.0 

XWA(I)=0.0 : 

XWM  < I ) =0 . 0 
XWT ( I ) =0.01 

xdt  ( i)  =0.0 _ 

XOM< I) =0.01 
XOL(I)=0.0 

ZMT(I)=0.0  

K=NFREZ£ ( I ) ♦ 1 

DO  1 J=1,K  • 

BUCKET  ( J . I ) =0 . 0 v 

NORDER  ( J»  I r=D * ?.  J V 

1 CONTINUE  W 

DO  2 K=l,2o  -,.^1  ?tY,  

MTU  ( K » I ) =5  r<  V«. 

X = RAN  ( 0 ) OV  A »% 

2 CONTINUE  ¥>W  .I _ 

3 CONTINUE 

onhano=xnet=oif=o.? 

....  ...  NBUCK  = 168  ... 


5$ 
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« MTA(1)=11  

MTA (?) =13 
MT  A ( 3 ) =22 

„ XlDLE  (A)  =0.0 

XISYS(A) =0.0 
TISYS<4)=0.0 

ZMT(4)=0.0  

c initialize  the  number  of  missiles  on  alert 

X M I S A = MSL 

XTX  = X TM  = 0 • 0 _ 

C LOAD  MAINTENANCE  TEAM  PRIORITY*  TEAM  PEERED  TO  REPAIR  COMPONENT*  MEAN  TIME 
C BEFORE  FAILURE*  AND  MEAN  REPAIR  TIME  PER  COMPONENT, 

PRIOR (1 ) =PRI0R (2) spPIOH (3) =1. 

PRIOR ( A) =PRIOR (5) =pPlOR(b) =2. 

PRIOR (7) =PRI0R (8) =PRI0R (9) =PRIORI In) =3, 

MTEAM  ( 1 ) sMJEAM  (4)  =mTFAM  (5)  =1  

MTEAM  (3)  sMTEAM  (7)  =MTE AM  ( 9 ) sMTEAM  ( 1 ) =2 
HTEAM(2)=MTEAM(6)=MTEAM(B)=3 

ZMEAN(l)s400.  

ZMEAN(2)=220. 

ZMEAN(3)=160. 

ZMEAN(A)  =280* 

ZMEAN<5) =1800. 

ZMEAN(6) =1200. 

. . _ZMEAN(7)=BoO. 

ZMEAN (8) =180. 

ZMEAN<9)=730. 

ZMEAN ( 1 0 ) =240  • 

REPA I R ( 1 ) =74  , 

REPAIR ( 2) =?2. 

REPA I R ( 3 ) =1 2 , 

REPAIR  (A) =6B. 

REPAIR(5) =10. 

REPAIR (6) =8.  

REPA I R ( 7 ) = 1 8 , 

REPAIR (8) =13. 

REPA I R ( 9 ) =26  

REPAIR(lo) =9. 

CALL  GASP 

ST  OP 

END 
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O'JT  I ME  EVENTS  R ♦-*/  CQC  6600  FTn  V3.0-V359  0PT  = 1 76/OS 

I __  subroutine  EVENTS  CX)  j 

COMMON  /LUNS/  LUCCo^LUPTRtLUPCH 

COMMON  ln» IM« INI T* JEVENT* JMONIT»MFA ♦MSTOP«MX  *MXC»NCnLCT*NHTSTO» 

1NOQ*NORPT»NOT»NPRAmS,NRUN.NRUNS»NStAT»oUT*SCALE*SEEO*TNOW, . 

2TSTART*TST0P.MXX 

COMMON  ATTRIB(G)  »EM0(15>  »INN(15)  , Jr  ELLS  ( 5 * 22  ) »K  RANK  (15)  ,MAXnQ(15) » 

1MFE  (15)  ,MLEU51  » NCfLLS  l 5 ) ,NU(15)  »P aRAMs ( 20 «*>  «QTIME(15)  * J 

2SSUMA (25,5) ,SUMA (25,5) *MLC (15) «NSEt ( 1 C * 550 ) 

COMMON  XlSYSU)  ,TtSyS(4)  *PRIOR(10>  * MTeAM  ( 1 0 ) » ZME AM  (In)  ,REPAlR(10) 

1»MT(3)  ♦ M T A ( 3 ) ♦MSL»KOMP»MSLl»ATVL»OTfXTDLEU>  tMjSAlSO)  ,XMISA* j 

2N0R0ER  ( 50  * 3 ) »MM(50,l0)  ♦ BUCKET  (50*3)  , ONhAND  ,NPIJCK  * NET  , D IF 
3 » NFRE2E  ( 3 ) * MT  M ( 3 ) ,mTU<2J*3) »XMTU( 1?*3) *YBAR(3) * A ( 3 ) »R(3> 


A,ISAMP«XTXiXTMtX'wA(3)*X»M(3)*XWT(3)*XDTf3)*^0M(3)«X0L(3)»ZMT(4> 
WRITE (40,98)  IX 

98  FORMAT ( 2 X **THE  FOLLOWING  EVENT  OCCURRED  DURING  DEBUGGING*) I5> 

.....  GO  TOU  *2*3*4, 5)  , lx.  

1 CALL  FAIL 
RETURN 


2 CALL  FIXED  

RETURN 

3 call  FORCST 

RETURN  

4 CALL  LOAD 
RETURN 

5 CALL  ENDSIM  

RETURN 

END 


! 
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R ♦ -*/ 
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subroutine  FAIL 

COMMON  /LUNS/  LUCC P.LUPTR. LURCH 

COMMON  10* IM, IN  IT » )E VEN T » JMON I T ♦ MF A ♦ MSTOP * MX . MX C * NCOLCT « NH T S TO » 
lNOQ.NORPT*NOT*NPRAwS,NRUNtNRUNS»NSTATtOUT*SCALE*SEEn, TNOW, 
2TSTART»TST0P»MXX 

COMMON  ATTRTR (8)  *EnQ ( lb)  * INN ( 15) * JrFLLS ( 5 * 22 ) ♦ KWANK <15)*MAXnQ(15)« 

IMFE(IS)  ,mLF.U5)  ,NC^LLSlb)  . NQ  ( 1 5 ) ♦ Pa  R AMS  ( 20 , 4 > ♦ OT I ME  ( 1 5 ) t__ 

2SSUMA  (25,5)  *SUMA(2s*5>  »Ml.C-(15)  , NSET  ( 1 0 , 550  ) 

COMMON  XlSYS(4)  *TlSYS(A)  ,PRI0R(lO)  ,MTEAM(lo) *2MEAN(10)  ,RFPaIR(10> 

1 1 MT  (3)  »MTA  (3)  *MSL*.'KOMP*MSLl  *ATVL.Ot.XIdLE  (4)  »MiSA(50)*XMlSA, 

2N0RDER  ( 50  » 3 ) *MM(5C,10)  » BUCKET  (50*3)  , ONHAND , NB'JCK  , NET  . 0 IF 
3 » NFRE  ZE  ( 3 ) , M T M ( 3 ) , *-tTU  ( 20 . 3 ) »XMTU(1?,3>  , YB  AR  ( 3 ) ,A(3)  *B(3) 

A,ISAmB,XtX*ATM>XwAj3)*XWM(3)»XWT(3)*XDT<3),XDM(3)*XDL(3)  *ZMT<4> 

REAL  MT 
REAL  MTM 

C ADD  ONE  UNIT  To  SYSTEM  

call  TMSTAT (XISYS U) *TN0W,4) 

XISYS(A)=XISYS(4)  ♦( 

M = A T T R T U ( 3 ) 

I = A T TR IB ( 4 ) 

KT  = NTEAM(I) 

KP  = PRIOW(I)  _ 

CALL  TMSTAT (XISYS (kT) *TNOW*KT) 

XISYS(KT)  = XISYS(kT)  ♦ l. 
c DETERMINE  THE  NUMBER  Of  missiles  ON  AlERT  _ 


c 

r 


PUT  COUNTER  FOR  MISSILE  status  here 
XMISA  = 0*0 

DO  1 J=1,MSL 

IF  ( M I S A ( J ) .GT,  0)00  TO  1 
XMISA  = XMISA  ♦ 1, 

1 CONTINUE  

CALL  TMSTAT (XMISA, TN0Wt8) 
xtt=tnow-xtm 

X T M = X T M + x T T . _ 

xtx=xtx*xmisa«xtt 

determine  if  the  right  type  OF  team  Is  AVAILABLE 

. . _ BUFFER**©.  0 _ _ 

IF (MT (KT)  .LT.  MT  A ( KT ) ) GO  TO  6 
A MAINTENANCE  TEAM  OF  THE  RIGHT  TYPE 

FAILURE  HAS  PRIORITY,  ' 

SAVE  ORIGINAL  ATTRIBUTE  VALUES 


IS  NOT  AVAILABLE  SO  DETERMINE  IF  THIS 


10  = 

I 

MO  = 

M 

KTO  = 

KT 

KPO  = 

KP 

IF  (KP 

.ME 

Bsn 


t i: 

W f 


11  ul 


. r j 

LL  cJF I 


I 


I ) GO  TC  4 

XP=KT*I0.«>3. 

CALL  FIN0(XP*8, 1 ,5,KC0L) 

I F ( KCOL  ,NE*  0)GO  TO  2 

XP=KT*10.*2. 

CALL  FIND ( XP*8, 1 *5 ,KC0L) 

I F (KCOL  .EO.  0 ) GO  TO  4 

2 BUFFER  = 1,0 

CALL  REMOVE (KCOL* 1) 

PLACE  THIS  COMPONENT  IN  THE  PROPER  QUEUE  FOR  MISSILES  DOWN  AND  WAITING 


t FAIL  R ♦-•»/ 
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76/05/18. 


M = ATTRI«(3)  

I = A TTR I B ( 4 ) 

XITIME=ATTRIB(6) 

KT  = MTEAMI)  

KP  = PPloR(I) 

CAN  THIS  MISSILE  RE  P|iT  BACK  ON  ALERT  WhIlF  WAITING 

I F ( KP  .LT.  3 ) GO  TC  3 

MISA(M)  = MISA(M)  _ 1 
PLACE  IN  PHqPEW  QUEUE 

3 ATTRTBdJ  = KP  

ATTH IB ( 3 ) =M 
ATTRIB (4) =1 

ATTR I B ( 5 ) = KT  

ATTRIB (6) =XITIME 
ATTR I B ( 7 ) =TNOW 

ATTRIB(R) =1 • 

CALL  FILEM(KTM) 

THIS  TEAM  MUST  NOW  CLO^E  UP  THE  LOW  PRIORITY  SITE  AND  REPAIR  HIGHER  PRIORITY 

SITE.  

I = 10 
M = MO 
KT  = KTO. 

KPO 

ADD  CLOSING  TIME  OF  LOW  PKIORITY  SITE  TO  oT. 

OT  = OT  + ,5 
GO  TO  10 

THIS  COMPONENT  CANNOT  BF  HtPAIREO  NOW  SO  PLACE  IT  IN  QUEUE (KT), 

DETERMINE  IF  THIS  COMPONENT  WILL  take  THE  MISSILE  OFF  ALERT  NOW 

4 I F ( KP  , EQ » 3 ) GO  TC  5 
UPDATE  MISSILE  STATUS 

MISA  (M)  = SISA (M)  1 

ATTRIB ( 1 ) =KP 
ATTRIB (3) =M 

ATTWI3(4) "I_ 

ATTRIB (5) 

ATTR I d ( 6 ) 

ATTRIB (7)  = TNOW 
ATTRIB (8) al » 

CALL  FILEMKT+I) 

RETURN 

THERE  IS  A MAINTENANCE  TEAM  A V A I LAI 
F MAINTENANCE  TEAMS  OF  THIS  TYPE 
T HER  STATISTICS  ON  idle  TIME 
IF(’T(KT)  .LE.  MT A ( KT ) ) GO  TO  7 
< I (KT ) *0.0 

GO  Tfl  9 

i *»T  (KT) 

■ m T A ( K T ) 

.GT  . 0)  f,0  TO  6 


KT 

TNOW 


*E  FAIL  R ♦ -*/“  CDC  6600  FTn  V3.0-V359  OPT»l  76/05/iai 

| _ compute  the  average  number  of  teams  u«?eo 

MTM(KT) sMTmIkT) *MT ( KT ) *XDT ( KT) 

, MT(KT)  = MT(KT)  ♦ ) 

J UPDATE  MISSILE  STATUS  . 

10  MISA(M)  = MISA(M)  ♦ 1 

j WT=0. 

1 CALL  COLECT (WT,KT*4) 

XWM(KT)=XWM(KT) ♦WT 
XWT(KT)=XWT(KT)  ♦l,fi 

DETERMINE  SERVICE  TIME  AND  PLACE  IN  FUTURE  EVENTS  FILE. ; 

ST  = -REPAIR(I)*ALOG(RAN(0))*ATVL*OT 
MP  = KT*10«-KP 

__  ATTRIH  ( 1 ) =TNOW*SI 

ATTRI8 (2) =?. 

ATTRIB (3) =M 

ATTRIB  (4)  =1 ’ 

ATTRI8 (5) =KT 
ATTRI8<6) =TNOW 

ATTRIB  (7)  =TNOW ; 

ATTRI8 (8) =MP 
CALL  FILEM(l) 

IF  (BUFFER^. EG).  Q.)fiO  TO  11 2 ■ 

OT=OT-.5 

11  RETURN 

END ; 


£ FIXED 
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I SUBROUTINE  FIXED 

COMMON  /LUNS/  LUCCp*LUPTR.LUPCH 

COMMON  ID* I M * INIT ♦ JEVENT , JMONiT  f MFa  tMSTOP*MX ♦MXCtNCOLCT iNHTSTO* 

....  1N0Q ♦ NGRPT ♦ NOT, nPRAmS,NKUN.NRUnS»NStAT*OUT* SC ALE. SEED* TNOW, 
2TSTART»T5ToP»MXX 

COMMON  ATTRIB(B)  »EmQ(1S) »INN(15) » JrELLS (5*22)  *KRANK(15) ,MAXnQ(15)  i 

1MFE(15)  »mLE<15)  » NCeLLS  ( 5 ) ,N(J(15)  , P A RAM$ ( 20 * 4 ) » QT IMF ( 1 5 ) , 

2SSUMA  (25,5)  , SUMA  i 2 5 * 5 ) »M|_C  (15)  ,NSET  ( 10,550) 

COMMON  XISYS(4)  ,TlSYS(4)  ,PRI0R(10) , MTpAM(ln) , ZMEAN (1ft)  ,RFPAlR(10) 

...  1 *MT (3) »MTA (3)  ,MSL»K0MP»MSL1 » AT VL * OT , X I qLE ( 4 ) ♦ Ml  SA  ( 5{\ ) , XMl  SA  , 

2N0RDER (50  * 3) , MM ( 5 0 , 1 0 ) » BUCKET (50,3) , ONhAND , NBUCK » NET , D IF 
3,NFREZE(3>  * MTM ( 3 ) ,mTU(2u*3)  *XmTU(1?,3>,YBAR(3),A(3),B(3) 

_ A,  ISAMP,XTX,XTM,XWA  (3)  tXWMO)  «XtfT  (3)  *XDT  (3)  , XDM  ( 3 ) , XOL  ( 3 ) * ZMT  (A) 
REAL  MT 
REAL  MTM 

IMIS  = ATTRlR  < 3)  

JCOMPsATTRIO (A) 

KT=MTEAM ( JCOMP) 

KP  = PR10R  (JCOMP)  __ 

OBTAIN  TIME  IN  SYSTEM  statistics 
CALL  TMSTAT ( XISY5 (4) ,TN0W,4) 

XISYS(A)=XlSYS(4)-i. ^ 

CALL  TMSTAT (XISYS (KT) »TNOW,KT) 

XISYS(KT)  = XISYS(KT)  - 1. 

T I SYS  ( K T ) = TNOW  - ATT!<Iri(6). 

T I SYS ( 4 ) = TNOW  - aTTRIB(6) 
call  COLFCT (TISYS (KT) *KT) 

CALL  COLECT  (TISYS  (4)  »A)  

DETERMINE  THE  NUMBER  OF  MISSILES  ON  AlERT 
XMISA  = 0 • 0 

DO  1 J=1,MSL  __  _ 

IF(MISA(J)  ,GT,  0)60  TO  1 
XMISA  = XMISA  ♦ 1, 

1 CONTINUE  

CALL  TMStAT (XMISA, tN0W»8) 

xtt=tnow-xtm 

xtm=xtm*xtt  _ : 

XTX=XTX*XMISA*XTT 
UPDATE  MISSILE  STATUS 

MISA  ( IMIS)  sMISA  ( IMIS) -1 __ 

PUT  THIS  COMPONENT  RACK  ON  ALERT 

ATTRIH ( 1 ) =TNOW-ZME AN ( JCOMP) #ALOG (RaN (0) ) 

ATTRI8 (2) =1 . 1 

ATTRIH (3) =IMIS 
ATTRIB (4) =JC0MP 

ATTR I B ( 5 ) =kT - 

ATTRIB (8) =1 . 

CALL  FILEM(l) 

MM  ( IMIS*  JCOMP)  =TNCW  

determine  if  there  is  a waiting  line  for  this  team 

IF  (NO  < KT ♦ 1 ) ) 5,5*2 

THERE  are  UNITS  in  QLfUE(KT)  SO  remove  the  FIRST  ONE  WITH  the  HIGHEST 
PRIORITY  AND  REPAIR  IT  --  UPDATE  STATISTICS. 

2 CONTINUE 

CALL  REMOVE  (MF£  (KT*1 ) »KT*U . 


WAITING  LINE  FoR  ThIS  TEAM 


WITH  THE  HIGHEST 


nrr 


0 AS! 


' I XED 


R ♦ -*/ 
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IMIS=ATTRIP(3)  

JC0MP=ATTRIB (4) 

KTrATTRlR (5) 

KP  = PR10R  ( JCOMP)  __  ______  __ 

DETERMINE  if  THIS  COMPONENT  WILL  take  The  MISSILE  OFF  ALERT  NOW 
IF  (KP  .LT.  3 ) GO  TC  A 

— XM ISA  = 0.0  

determine  the  number  of  missiles  on  alert 

DO  3 J = l.MSL 

,_IF(MISA(J)  .GT.  0>gO  to  3 

XMISA  = X M I S A ♦ 1, 

3 CONTINUE 

CALL  TMSTAT  (XMISA«TN0W»8) ; 

XTTsTNOW-XTM 

XTM=XTM.xTT 

XTX  = XTX+xMISA*XTT 

UPDATE  MISSILE  STATUS 

MISA ( IMIS) =MISA ( I M I S ) *1 

_ 4 WT=TNOW-aTTRIB  (7) 

call  C0LECT(WT,KT*4) 

XWM(KT) = X W M ( K T ) *WT 

XWT  (KT  ) =XWT  (KT)  +1  .n 

ST  = -REPAIR (JCOMP) «ALOG (KAnVo) ) ♦A T V L ♦ 0 T 
MP=KT*10*KP 

__  ATTRIH(1)=TN0W.ST . 

ATTRIH (2) =2. 

ATTRIB (3) =IMIS 

__  ATTRIBU)  =JCOMP 

ATTR I U ( 5 ) =KT 
ATTRIH (0) =MP 

CALL  FILEM(l)  

RETURN 

THERE  ARE  NO  COMPONENTS  WAITING  FOR  ThIS  TEAM  SO  UPDATF  STATISTICS. 

5 CONTINUE  

gather  statistics  ON  idle  TIME 

IFIMT(KT)  ,LE.  MT A ( KT ) ) GO  TO  6 

XIDLE (KT) =0.0 

GO  TO  a 

6 XMT  = MT(KT) 

XMT  A = MTA(KT) _ 

IF(MTA(KT)  .GT.  0 ) r,0  TO  7 
XMT  A = 1.0 

7 XIDLE  ( KT ) = (XmTA  - XMT)/XMTA ; 

8 CALL  TMSTAT(XlnLE(KT) »TN0W»KT*4) 

XDT (KT) =TNOW-XDM (Kt> 

__  XDM(KT)  =XOM(KT)  ♦XCT(KT)  

XDL(KT) sXDL(KT) ♦ X I pLE * K T ) »XOT ( KT) 

COMPUTE  THE  AVERAGE  MiMpER  OF  TEAMS  USED 

_ . MTM(KT)  smTm  (KT)  .MT  (KT)*X0T.(KT1 

MT(KT)  = MT(KT)  - l 
RETURN 

END  tr 

\\f 

.vh 
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subroutine  FORCST  _ 

COMMON  /t_UNS/  LUCCR«LUPTR.LUPCH 

COMMON  ID* IM. INIT* JEVENT , JMONIT.MFa*MSTOP.MX.MXC«NCOLCT.NHISTO» 


•1- 


1NOQ,NORPT*NOT.NPR.HiS,NKUN.NRUNS»NStAT,OUT tSCALE*SEED»TNOW,  _ 

2TSTART»TST0P»MXX 

COMMON  ATTRI8(8) ♦EN0<15) . INN (15) » JrELLS ( 5 . 22 > » KRANK (15) ,MAX\’Q(l5)  ♦ 

1MFE  (15)  ,MLE  (15)  »NCe:LLS  <5)  .NO  ( 1 5 ) »P aR AMS  ( 20  , 4 ) ,QT IMF  ( 1 5 > , 

2SSUMA (25.5) .SUM A (25*5) »MLC (15) iNSET (10.550) 

COMMON  XlSYS(4).TTSYS(4),PRIOR(10) .MTEAM(lo) .ZMEAN(Io) ,RFPArR<lO) 

1 .MT (3) »MTA (3) .MSL .KOMP.MSL1 . ATVL.OT, X Idle (4).MiSA(5o),XMlSA. 

2N0RUER ( 5 0 • 3 > .MM (5  0, In) » BUCKET (50.3) , ONhAND . NPUCK .NET » DIF 
3,NFRE2E(3)  »MTM(3)  ,mT(J(20.3)  ,XMTU(1?,3)  .THABO)  .A  (3)  ,8(3) 
4,ISAmP,XTX,XTM,XWA (3)  ,XwM(3)»XWT(3) ,XDt(3)  , XDM ( 3 ) ♦ XDL ( 3 ) »ZMT ( 4 )_ 
REAL  MT 


REAL  MTM 

nalys=o_ 

KBUK=99 
DO  1 J=l,3 

MTM ( J ) =MTM( J) /XDM( J) 

CONTINUE 

MTM( 1 ) sMTM ( 1) +MTM ( 1 ) »,25 
. MTM  (2)  =MTM  (2)  ♦ MTM  (2)  ».2i) 
MTM (3) =MTM (3) *MTM(3)*,05 
IF ( TNOW  ,GT.  1345. ) GO  TO 

DO  2 J=1 ,3 ' 

DO  2 1=1,16 
MTUU»J)=MTM(J) 

CONTINUE  

GO  TO  12 
CONTINUE 


IDENTIFY  ALTERNATIVE  SAMPLES  FOP  BLOCKING 
I F ( I BLOCK  .EG).  100)GO  TO  4 
IHLOCK=100 

GO  TO  5 

IBLOCK=200 
CONTINUE 

IC0UNT=IC0UNT*1  

isamp=icount«.iblock 


4 

5 


IEXP=4 

v 

IRUN=52 

DO  6 1 = 1,3  PKUA 

ZMT(  I)=MTA(I)  Dt — * 

* * 

1 n< 

• — 

1 


3r  3 


CALL  TMSTAT(ZMTd)  ,TN0W,I>6) 

XDL  < I) =XDL { I ) /XOM ( J ) 

XWA(I)=XWM(I)/XWT(I)  __ ___ 

CONTINUE 

ZMT (4) =MTA ( 1) *MTA (?) *MTA (3) 

CALL  TMSTAT (ZMT (4) .TNOW. 12)  _ 

PRINT  803*  I EXP,  IRLm.ISAMP.XTX,  ( XDL  ( J ) ♦ J = 1 , 3 ) , ( X vf  A ( J ) , J = 1 , 3 ) 
» (ZMT ( J) , J=1 *4) .NAlYS 


FORMA T(2X* I1.2X.I2.2X*  13 , 1 X ♦ F6 . 2 , 3f6 , 3 , 3F7 . 2 ♦ 4F 7 . 2 , 2X . 1 1 ) 
IF(TNOW  .LE.  9745 ) GO  TO  8 
BLOCK  = BLOCKM  .0 

IF  (BLOCK  .GT.  1.0)GO  TO. 7 
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___  I SAMP=0 
ICOUNT  = 1 
IBLOCK=100 

isamp=icount*iblock 

7 CONTINUE 


1 * ivu 

WRITE  ( 30  ♦ 99)  lEX.Pf  I dUN f ISAMP f XTX f ( XnL  ( J ) , J=  1 ♦ 3 > t <XWA(J)  *J=1»3> 

1 * (ZMT(J)  ,J=1»4)  » N A |_ Y 5 • 


5040 

3360 

1680 


99  FORMAT  < In  l2fI3tF6.2f3F6.3f7F7.2tIi ) 

8 CONTINUE 

ALLOW  TEAM  ijSAGE  TO  STABILIZE 

CHANGE  THE  NUMBER  OF  TEAMS  ASSIGNED  By  ORoER(Ifl) 
DO  10  1=1*3 

MTA ( I ) =MTA ( I ) *N0RCfR  (1*1)  

IF  (MTA ( I ) ,GE.  MT ( I ) ) GO  TO  9 
MTA(I)=MKI) 

9 IF(MTA(I)  ,GE.  l)Go  TO  10 

MTA(I)  = 1 

10  CONTINUE 

MOVE  FROZEN  PERIOD  FORWARD  BY  ONE  WEEK 
FOR  TEAM  1 NFPEZE  = 3r  WEEKS  (BUCKETS)  OR  5040  HO 

FOR  TEAM  2 nEREZE  = 2r\  WEEKS  (BUCKETS)  OR  3360  HO 

FOR  TEAM  3 nEREZE  = \\  WEEKS  (BUCKETS)  OR  1680  HO 

DO  11  J= 1 * 3 

K=NFRFZE ( J) 

DO  11  I = 1 » K _ 

NCRDER ( 1 1 J) =NORDER ( I ♦ 1 * J ) 

zero  out  master  schedule  (bucket (if j> ) for  new  co 

BUCKET  « I f U ) =0 • 0 

11  CONTINUE 

DETERMINE  The  MASTER  SCHEDULE  — REQUIREMENTS  for 

12  DO  23  I = 1 1 mSL  

DO  22  J=1 f KOMP 

MOD  I (KBUK ) COMES  AT  30  WEEKS 

MOD  II  (L8UK>  COMES  At  35  WEEKS 

LBUK= ( 1 562 A. -T NOW) /1 68. 

KBUK=(147B4.-TN0W) /168. 

IF  ( TNQW  .GT.  1345)  GO  TO  13 

MM( I, J) = 0.0 

13  NTIME=NFAlL=TNOW 

NFAIL  = NFAlL*  ( TnOw-mM  ( I f J)  ) ♦ZMEAM  ( JLt-1 

IF (TNQW  .GT.  14780, ) GO  TO  14 
MTEAM (9) =2 

ZMEAN (9) s780.  

REPAIR(9) =26. 

14  IF  (TNQW  ,GT • 15620. ) GO  TO  15 

MTEAM ( 7 ) =2  

ZMEAN(7)=800. 

REPAIR (7) =18. 

15  K = 0 

16  NTIME=NTIME*N8UCK 
K = KH 

IF  (K  ,EQ.  KBUK)GO  TO  J7_  

GO  TO  18 

17  MTEAM (9)  =1 

ZMEAN  (9)  =428. - 


HOURS 

HOURS 

HOURS 


COMPUTATIONS 


MOHRS 


BcP:' 


it  f0?'( 
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! 


REPAIR (9) =31 ,2  ; 

18  IF(K  . EQ.  LbUKjGO  TO  19 
GO  TO  20 

1 9 M T E A M ( 7)  =1  

ZMEAN(7) =200. 

REPAIR (7) =?S,2 

20  NT  =MTE AM ( J)  

IK=NFREZE <NT) >1 
IF (K  .GT.  I K ) GO  TC  38 

_ 21  IF  ( NF  A I L .GE.  NTIMr)GO  TO  16  _ __ 

BUCKET (KtMTEAM(J) ) =BUCKE T ( K » MTEAM ( j) ) + REPA I R ( J) / 168. 

NFAIl.  = NFAlL*2MEAN  ( J) 

NT=MTEAM(J)  

nf=tnow+ik+nbuck 
IF ( NF  A I L .LT.  NF)GO  TO  21 

_ 22  CONTINUE  _ 

23  CONTINUE 

IF ( T N 0 W .GT.  1345. )GO  TO  27 
. INITIALIZE  GROSS  TO  NeT 

block=o.o 

ISAMP=0 

icoum  r=o 

I0LOCK=2OO 
PRINT  802 

8c2._  F RMAT(4X.*SAMPLE«,4Xi*Al.ERT*,5Xt*TnLE  1 » 2 , 3* » 9X , *W A I T I NG  TIME*, 
16X,<»N0.  OF  TEAMS  1 ,2, 3, TOTAL*) 

DO  26  J=  1 * 3 

K = NFRcZE  ( J)  _ 

N0RD2=«UCKET ( 1 , J) 

IF (BUCKET ( 1 *J>  .EG.  N0RU2JG0  TO  24 

NORD2=NORD2*l  _ 

24  N0RDER(1»J)=N0RD2-MTM(J) 

DO  26  I = 1 * K 

NORD1 =N0R02  _ 

NORD2=BUCKET (1+1,0) 

IF  (BUCKET  ( 1*1 »J)  .fQ.  N0RD2 ) GO  TO  ?5 
N0Ri)?-N0R02*l  ...  

25  NOROER ( 1+1 » J) =N0RCl -N0RD2 

26  CONTINUE 


A 


PERFORM  GROSS-TO-NET  CALCULATIONS... 


2)  GO 


DO  37  J=1 * 3 
XFIRE=0.0 

IF (J  .LT.  3 ) GO  TO  ?8 

IFIRE=10 

XDIV=3. 

GO  TO  30 

IF ( J .LT.  2) GO  TO  ?9 

IFIRE=10 

XDIV=3.  . 

GO  TO  30 
IFIRE=10 

XDIV  = 3.  _ . __ 

CONTINUE 
K=NFRE7.E(  J)  "1 
XKT=NU( J+l ) *34./168. 


77 


I 

I 


FORCST 


R ♦-*/ 


COC  6600  FTN  V3.Q-V359  OPT  = l 76/05/18. 


31 


32 

33 


ONHANL)  = MTA  ( J)  -MTM  ( j)  -XKT 
MTM ( J) =0 

OIFsROCKET ( 1 ♦ J) -ONhAND-NORDER ( 1 * J) 

DO  35  1=1  »K  

IF ( I ,LT.  8 ) GO  TO  3^ 

IF ( I .GT.  1FIRe)GC  TO  34 

XFIRE=XFIRE*DIF  

IF  ( I ,NE.  IFIRF)GC  TO  34 
XFIRF=XFrRE/XDIV 

IF(XFIRE  .GE.  0)GC  TO  34  

IF  (J  ,LT.  3 ) GO  TO  31 
SAFETY=XFlRE*(-.05) 

GO  TO  33  

IF ( J .LT.  2 ) GO  TO  32 
SAFETY  = XFlRE<M-.20> 

GO  TO  33  _ _ 

SAFETY=XFlRE*(-.25) 

CONTINUE 

nord  = xfire*safety  

NOROER (9» J) =NORD 
DIF=DIF-XFIRE*SAFET* 

34  DIF  = DIF*  (BUCKET  UM  *J>  “BUCKET  < I »J)  ) -NOrDER  (1*1  > J)  

35  CONTINUE 
NORO=OIF 

IF  (OIF  ,EO.  NORO)GO  TO  3fa 

IF(DIF  ,LE.  0.)G0  TO  36 
MORO=NORO* 1 

.36  N0RDE*<1  + 1 »J>=NORP 

37  CONTINUE 
program  next  forecast 

value=tno**nruck  . 

ATTRIBU  ) =VALUE 
ATTR I S ( 2 ) =3 • 

ATTRI8<3)  =0. 

ATTR 1 8 ( 4 ) =0  « 

ATTRI8(5)=0. 

ATTR  Id  ( 8 ) = l • 

CALL  FILRM(I) 

THE  FOLLOWING  STATEMENTS  RETURN  ORIGINAL  VALUES  TO  MODIFIED  VAR. 

IF(TNUW  .GT.  14784. J.GQ.  TO  .3.8 

MTEAM ( 9 ) =2 
ZMEAN(9)=780, 

REPAIR  (9)  s2&*.  

38  IF ( TNOW  ,GT.  15624, ) GO  TO  39 
MTFAM ( 7 ) =2 

ZMEAM(7)=H00.  ' 

REPA I R ( 7 ) =18. 

39  XDMU)=XDM(2)=XOH(3)=0.01 

XWM( 1 ) =XWM(2) =XWM (3) =0.0  

XWT(] ) = X W T (2)=XWT ( 3 ) = U « 0 l 


XWA  ( 1 ) =XWA (2) =XWA (3) =XTX  = XTM  = 0 .0 

XDL  < 1 ) =XDL (2) =XDL ( 3 ) =0.0 

ZMT  < 1 ) =ZMT  (2)  =ZMT  (3)  =Zfir  (4)  = 0.0 

RETURN 


'BEsrrar* 
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SUBROUTINE  LOAD  

COMMON  /lu.ns/  lucdr.i_uptr»lupch 

COMMON  ID* IM* iNlTt JEVENT* JMUNIT.MrA  *MStOP,MX»MXC*NCOLCT.NHTSTO( 
lNOQ*NORPT  » NOT » MPRA MS » NRUN*NKUNS»NStAT* OUT* SCALE* SEED *TNOW* 
2TSTART*TSTQP,MXX 

COMMON  AT  Tf?  I B ( 8 ) »EMO(lb)  »INN<15)  « JrFLLS  (5*22)  *K«ANK(15)  .MAXMOC 

lMFE(lb) *MLE<15) *NCfLLS(5) iNQ(15I . P ft P AM$ ( 20 . 4 ) *QTIME(I5) » 

2SSUMA(25»b)  *SUMA<2^,5>  *MLC(15)  ,NSEtU  0,550) 

COMMON  XlSYS  <4>  ♦ T TSYS  (4)  ,PRI0R  ( 1(1) tMTEAM ( 1 0 > t ZMEAN (In) « RFPA  I R 
..1  *MT  (3)  »MTA  (3)  ♦mSL*K0MP»MSL1iATVL«0t*XIdLE<4)  , m i SA  ( 5o  ) , XM I SA  « 
2N0RDER (50  *3)  »MM (50  1 1 0 ) » BUCKET (50*3) ♦ DNhAND • NPUCK * NET » D IF 
3 » NFWEZE ( 3 > »MTM(3) »mTU(20.3) tXMTU(l?«3) , YBAR ( 3 ) ,A(3) ,H(3) 
_4,ISAMP*XTX*XTM,XwA (3) *XWM(3) *XwT (3)  »XOT (2) » XDM  J3) »XOL (3) * ZMT ( 4 1 
PRINT  190 

10  FORMAT (2X*#L0AD  OR  MOD  OCCURRING  NOW*) 

IF(TNOW  ,Gt.  l.)GC  TO  7 


90  FORMAT  (2X**»LOAD  OR  MOD  OCCURRING  NOW*) 

IF(TNOW  , Gj • 1 . ) GC  TO  7 

PRINT  191 

91  FORMAT (2X**lNITIAL  LOAD  OCCURRING  NOW*) 

DO  6 IMIS=1 » MSI 

MISA( IMIS) =0 
DO  5 JC0MP=1*K0MP 

_VALUE  = -ZMEAN  ( JCOMP)  *ALOG.(RAN  (0)1 

ATTRIB(1)=VALUE 
ATT«IB<2) =1 . 

ATTRI8 (3) =IMIS  ^ 

ATTRIB (4 ) =JC0MP 

ATTR I Q ( 5 ) =MTEAM( JCOMP) 

ATTRIB (8) =1 . 

CALL  FILEM(I) 

5 CONTINUE 

6 CONTINUE  . 

PROGRAM  TIME  OF  NEXT  MOD  IF  I C AT  I ON J TH I s IS  REDUNDANT  FOR  MRP 
SO  THE  FOLLOWING  STATEMENTS  WILL  BE  ByPASsED. 

INITIALIZATION  = 1344 

START-UP  = 8400 

RUN  FOR  30  WKS  = 5040 

..  .TOTAL  TIMF.  UNTIL  MCD=147B4 

GO  TO  8 

VALUE=TN0W*147R4 

ATTRIB  ( 1 ) =VALUE 1 

ATTRIB (2) =4. 

ATTRIB (3) =0« 

ATTRIB (4) =0. 

ATTRIB (5) =0. 

ATTRIB(8)=1.‘ 

CALL  FILE.M(1)  

GO  TO  8 

7 CONTINUE 

IMPLEMENT  SIMULTANEOUS  MODIFICATIONS  

ZMEAN (9) =ZMEAN<9) «,60 
REPAIR (9) =REPAIR<9) *1 ,40 

MTEAM  (9)  =1  _! 

8 CONTINUE 
RETURN 

_„END 


BEST  AVAILABLE  COPY 
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COMMON  /LUNS/  UUCDR*LUPTR*LUPCH 

COMMON  ID* IM, INITt JFVENT* jMONlTtMFA  »MSTOP»MX  »MXC*NCOLCT«NHIST0 

lNOQ»NORPT»NOTfNPRAMS,NHUNtNRUNStNSTAT,OUT*SCALE»SEEO»TNOW# 

2TSTART»TST0P»MXX 

COMMON  ATTRIH  (B)  #EmQ  ( lb)  ♦ INN  ( 15)  * Jr  ELLS  < 5 .22  ) .kRANK  ( 15)  ,MAXkiQ  ( 

1MFEU5)  , MUE  (15)  ,NCFLLS(b)  ,;jQ(t5)  ,PaPAMs  ( 2o  ,4  ) »0T  IMF  ( 15)  j 

2SSUMA (25*5)  f SUM A < 25  » 5 ) *MLC(15) » NSEt ( 1 0 , 550 ) 

COMMON  XlSYSU>»TTSYS(<>),PRIOR(l(h«MTEAM<lo)  ♦ ZMEAN  (1  n ) .RFPaIR 
1 *MT (3) *MTA (3) tMSL*KOMP*MSLl *ATVL*OT*XInLE<A) « M j S A ( 5 0 ) , X M I S A » 
2N0R0ER (50*3) »MM (50,10) » BUCKET (50,3*  * ONh AND , NPUCK * NET ,OIF 
3»NFRE2E(3) ,MTM(3) »mTU(20»3) ,XMTU(i?,3) ,YBAR(3) ,A(3) »B(3) 

4, ISAMP,XTX,XTM,XWA (3)*XWM(3)»XWT(3)»XDT<3),xnM(3)»XnL(3) »ZMT (4 

CALL  TMSTAT (XISYS(l ) ,TNOW,l) 

CALL  TMST AT ( X I SYS ( ? ) ,TNOW»2) 

CALL  TMSTAT (XISYS (3) ,TNOW,3) 

CALL  TMSTAT  (XISYS  (4)  ,TNOW, 4) 

CALL  TMSTAT(XI0LE (T) ,TNOW,5) 

CALL  TMSTAT  (XinLE  (2)  ,TN0W»6) ____ 

CALL  TMSTAT  (XIOLE  (3)  -,TNOW,7) 

CALL  TMSTAT (XMISA»TN0W»8) 

7MT  ( 1 ) =MT  A ( 1 ) 

CALL  TMSTAT (ZMT (1 ) ,TNOW, 9) 

ZMT (2) =MT4 (2) 

CALL  TMSTAT (ZMT(2)  ,TN0W, 10) 

ZMT (3) =MTA (3) 

CALL  TMSTAT (ZMT (3) ,TN0W, 1 1 ) 

ZMT ( A ) =MT  A ( 1 ) *MTA (?) ♦ M T A ( 3 ) 

CALL  TMSTAT(ZMT(4) ,TNOWi 12) 

PULL  FINAL  STATISTICS  OUT  OF  GASP 

MSTOPs-l 

RETURN 

END _ 


15)  t 
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DROP  B 
BIN  63 
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09.??, 

0<|,?2, 

<J<I,22, 

09.??, 

Or|,??, 

0'J>  22, 

09.??, 
05,22, 
0*1.22. 
Ov.??, 
09, ?3, 
O'  |,  23. 
O'  *.  ?3 , 
10.51 , 
1 1,51, 
1 |,51, 
10.51 , 
1 't  > 5 1 , 
1 .51, 
10.51, 

1 .51, 
lJ.5l, 


, JOB  PF. AO  AT  09 .??.??.  76/0-5/10. 
,DAW,T43o*OnU. 

i ACCOUNT « 70 1 6 « • ..... 

,0AGES=lO9 • 

,CARDS=110. 

.GET(TMPS)  _ 

.GET (TAPEbO=COM3) 

.ROUTE  (OuTPi)T  .WASTE  »EJ,L  = WCC) 

.GET ( T A P E 5 = G A S P U I N ) 

. F TN ( R = 0 . I = T M P 5 ) 

, 5.20?  CP  SECOi-'DS  COMPILATION  TIME 

.LOAD(TAPES)  

>l.GO. 

.STOP 

, REWIND  ♦ T APF.30  • . 

, COPYSBF ( TAPE30* OUTPUT) 

, COPY  COMPLETE. 

. CP  . 402a  SEC.  __ 

.CP  257.111  SEC. 

,CM  1.444  KWH, 

.MS  _ 4.106  KPR.  I 

.CM  5 . ?') 9 MUS.  ft 

,BU  5.827 


„ ni4JAJL?j  jr_.jpnr 

_ $ I li  Li  . fcf  ... _ 


76/05/13.  10. 51. lb. 


* ^0000000000«000000000##0<Ht000*0  0#»«9  0 0400  000»O0000000000O0000000  4000  0 0<.0  40 
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SUBROUTINE  FORCST  

COMMON  /L.UNS/  L^CCP , LUPTR , LUPCH 

COMMON  ID* IM,  INt  T*  JEVF.NT  t JMONIT.MFa  .MST0P»MX»MXC»NC0LCT»NHIST0» 

1NOQ»NORPT *NOT,N»RAmS,NRUN,NPUnS,NSTAT,OUT»SCALE*SEED»TNOW, 

2TSTART ♦ TSTOP » MX  t 

COMMON  ATTRIBIB)  *EhQ ( lb) , INN ( 15) * Jr ELLS < 5 , 22 ) ,KKANK(15> »MAXM0(l5) * 

1MFEC15)  »MLE(15)  ,NCFLLS(b)  ,N0(15>  t P A R A M s (20  » A ) ,QTIMEU5)  • 

2SSUMA (25,5)  , SUM ^ ( 2 F « 5 ) »MLC(15)  * NSET ( 1 0 , 550 ) 

COMMON  XISYS(AS  »TISYS(A) ,PRI0R(10) »MTEAM(10) * ZMEAN ( 1 0 ) ,RFPAlR(10) 

1 *MT  (3)  » MTA  (3)  * MSL  * KOMP » MSI.  1 » AT Vt_  * OT  * X IoLE  ( 4 > » MI S A ( 50  ) , XMlSA  , 

2NOROFR(5o*3> * MM  150, 1 0 > * BUCKET ( 50 . 3 ) *ONhAND ,NBUCK , NET >OIF 
3 « NFREZE ( 3 > »MTM(3) ,mTU(20»3) » XMTU ( l ? , 3 ) , Yfl AR ( 3 ) , A ( 3 ) . H ( 3 ) 

4, ISAMP»XT*tX I'M,  AW  A (3) *XWM(3)  ,XWT(3}  «X0T(3)  »X0M(3) »XOL(3) *ZMT(4) 

REAL  MT 
REAL  MTM 

NALYS  = 4 

XBAR=o.5 
DO  1 J=1 .3 

MTM(  J)  =MTM{  J)/XDM  ( J) 

1 CONTINUE 

MTM(1)=MTM(1) ♦MTM(i )*.25 

MTM  (?)  =MTM  (2)  *MTM (?) *.20 

MTM(3) =MTM (3) ♦ MTM (3) *.05 
IF ( TNQW  ,GT.  1345. ) GO  TO  3 

DO  2 J = 1 , 3 •_ 

DO  2 1=1,16 
MTU (I ,J)=MTM( J) 

2 CONTINUE  

GO  TO  11 

3 CONTINUE 

IDENTIFY  ALTERNATIVE  SAMPLES  FOR  BLOCKING 

I F ( I BLOCK  .EQ.  I 0 0 ) GO  TO  4 
IBLOCK=lOO 

GO  TO  5 ; 

4 IBLOCK=200 

5 CONTINUE 

ICOUNT  = ICOtJNT*l  

isamp=icount*irlock  , . 

xtxsxtx/xtm  prrt  h \ ! r r '■  - p 

I E X P = 4 tjlwi  I 

IRUN=b2 
DO  6 1=1,3 

ZMT(I)=MTA(I)  _ 

CALL  TMSTAT (ZMT  ( I)  ,TNOW, I>8) 

XDL ( I > =XDL ( I) /XDM(  i ) 

XWA(I)«XWM(I)/XWT(T)  _ 

6 CONTINUE 

ZMT (4) =MTA ( 1) *MTA (?) *MTA (3) 

....  CALL  TMSTAT(ZMT(4)  ,TNOW,I?)  _ 

PRINT  803* IEXP, IHLm, ISAHP,XTX, (XDL ( J) , J=1 ,3) ♦ (X*A ( J) , J=) ,3) 

1* (ZMT ( J) » J=l*4) ,NALYS 

U3  F0RMAT(2X»I1»2<,I2.?x*I3,1X,F6.2*3f6.3,3F7.2»4f7.2,2X,I1)  

IF (TNQW  , LE • 9745 ) GO  TO  8 
BL0CK=BL0CK»1.0 

if ( block  ,gt.  i.ojgo  to  7 


I 
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isamp=o 

ICOUNT=l 

I8LOCK=100 

isamp=icount* THLOCK  __  

7 CONTINUE 

WRITE  (30*  99  > IEXP , I PUN , I SAMP, XTX # ( XoL ( J ) » J= 1 ♦ 3 > , ( X WA ( J > ♦ J=  1 , 3> 

1 » (ZMT ( J) , J=i »*v)  ,NAlYS  __ 

99  FORMAT ( 1 1 » 1 2 , 1 3 , F6 . 2 , 3FO . 3 , 7F7 . 2 , 1 1 ) 

8 CONTINUE 

ALLOW  TEAM  USAGE  TO  STABILIZE  . _ ___ 

CHANGE  THE  NUMBER  OF  TEAMS  ASSIGNED  BY  ORoER<I*l> 

DO  9 1=1,3 

MTA  ( I ) =MTA  ( I ) *NORCER  ( 1 * I > 

IF(MTAd)  ,ge.  dgo  to  9 
MTA ( I ) =1 

9 CONTINUE  _ 

MOVE  FROZEN  PERIOD  FCpWARU  BY  ONE  W EE* 

FOR  TEAM  1 nFREZE  = 3 n WEEKS  (BUCKETS)  OR  5040  HOURS 

FOR  TEAM  2 NFREZE  = 2n  WEEKS  (BUCKETS)  OR  3360  HOURS 

FOR  TEAM  3 NFREZE  = In  WEEKS  (BUCKETS)  OR  1680  HOURS 


C FOR  TEAM  2 NFREZE  = 2n  WEEKS  (BUCKETS 
C FOR  TEAM  3 NFREZE  = In  WEEKS  (BUCKETS 
DO  10  J=  1 , 3 

K = NFREZE  ( 

DO  10  I = l » K 

NOROER ( I , J) =NORDER ( I ♦ 1 » J ) 

_C_  ZERO  OUT  PROJECTED  REQUIREMENT  (BUCKE 
BUCKET ( I , J) =0 • 0 
10  CONTINUE 

C DETERMINE  REQUIREMENTS  BY  TEAM 


(BUCKET (I, J) ) FOR  NEW  COMPUTATIONS 


UPDATE  MAINTENANCE  TEAM  MAXIMUM  UTILIZATION 

11  DO  13  J=  1 » 3 

DO  12  1 = 1 > 1 S 

MTU(I,J)=MTU(I*1,J) 

12  CONTINUE 

MTU  ( 16,  J)  =MTM(  J) 

13  CONTINUE 

THE  FOLLOWING  ELIMINATES  THE  WEIGHTED  AVERAGE 

DO  15  J=  1 * 3 

YBAR ( J) =0 • 0 
DO  14  1=1,12 

XMTU<  I,  J)  =MTU(I*4,J) 

YBAR ( J) =YBAR ( J) ♦XMTU(IfJ) 

14  CONTINUE 

i_YBAR  (J)  = yBaR  (J)  /12. 

15  CONTINUE 

DETERMINE  REGRESSION  COEFFICIENTS 

DO  17  J=1 ,3 

SUM=0.0 
SUMXSQ=0 , 0 

DO  16  1 = 1 » 1.2 

X 1 = I 

X=XI-XBAR 

_Y  = XMTU(I,J)-YBAR(gj; 

SUM  = SUM+  X# Y 

sumxsq=sijmxsq*x»*2 

16  CONTINUE 


e b 


AV  AS? 

i’\  V i L 


COPY 
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TO  20 


I 


B(J)=SUM/S(JMXS0 

A(J)=T8AR<J>-B<J)«xBAR 

17  CONTINUE 

..MAKE  TMP  PROJECTIONS  

00  23  J= 1 » 3 

IF  ( TNOW  . C3T  • 15629. ) GO 

XMOD3  = 0.0 I 

LBUK=0 
KBUK=0 

IF ( J ,EQ.  3) GO  TO  ^0 

THIS  ROUTINE  PREPARES  TMP 
XT  =4  , 

__IF  (TNOW  _.LT.  _14/89.JG0_ 

XT =3  . 

18  XM0D3=MTM (2) /XT 

IF  ( J ,£G.  1 ) GO  TO.  19 

XM0D3=-XM003 

19  KBUK= ( 14784. -TNOR) /168. 

L3UK= ( 15624. -TNOW ) /168; 

XM003  IS  THE  NUMBER  Cf  TEAM 
TEAM  2 TO  TEAM  1. 

KBUk  is  the  bucket  IN. which 
LBUk  is  the  bucket  in  which 

20  K=NFREZE(J) 

DO  22  1 = 1,  K 

XK  = K 

BUCKET ( I , J ) = A ( J ) ♦ 8 ( J ) *XK 

IF ( J .EG.  3 ) GO  TO  22  

IF(LBUK  .EQ.  I)GO  TO  21 
I F ( KBUK  ,NE.  I) GO  TO  22 

21  BUCKET ( I ,J) = BUCKET ( I , J) ♦XM003 

22  CONTINUE 

23  CONTINUE 

I F ( TNOW  ,GT • 1345. ) GO  TO  27 

INITIALIZE  gross  TO  net 
BLOCK=0 .0 

ISAMP=0  

I COUM  T = 0 
IBLOCK=200 

PRINT  . 802 


FOR  SIMULTANEOUS  MODS • TEAM  CHAMGE* 
TO.  .18 


hours  to  pe  Transferred  from 


simultaneous  mod 

SIMULTANEOUS  mod 


i '"III 

II  w IlL 


take  place 
take  place 


P02 


24 


25 

26 


FORMAT  UX* "SAMPLE* , 4X , "ALERT* , 5X »* IDLE  1 » 2 » 3* » 9X » *W a I TI NG  TIME*, 
16X,*N0.  OF  TEAMS  1 ,2, 3, TOTAL*) 

DO  26  J = 1 ,3 _ 

K=NFREZE(J) 

N0RU2=BUCKET ( 1 , J) 

. IF ( BUCKET ( 1 » J ) .EC.  N0R02)G0  TO  24 

N0RD2=N0RU2*1 

NORDER ( 1 , J) =N0P02-mTM< J) 

DO  26  1 = 1 »K . 1 

N0RD1=N0RD2 
N0RD2=9UC^ET ( I ♦ 1 , J ) 

IF (BUCKET ( 1*1 t J)  .EO.  N0R02 ) GO  TO  ?5 

NORD2*NORD2*l 

NORDER ( 1*1,0) =N0RCl-N0R02 

CONTINUE  


dot 

DljI 


A\/ 

ri  * * 


M 


LV.. 


y 

I 


MICROCOPY  RESOLUTION  TEST  CHART 
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__C PERFORM  GROSS-TO-NET  CALCULATIONS 


pju 
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I 


I 


I 


I 


27  DO  37  J=l»3 

xfire=o.o 


1 r \ u iL  1 | O 1 UV  1 u 

ifire=io 

......  _ 

— J 

XDt V=3. 

GO  TO  30 

20  IF  < J .LT.  2) GO  TO 

?9 

ifire=io 

XD I V=3 • 

GO  TO  30 

29  IFIRE=10 

XD I V=3 . 

30  CONTINUE 

K=NFPEZE  < J) -1 


C ... XKT  CONSIDERS  THE  NUMrER  OK  TEAMS  REQUIRED  TO  ELIMINATE  THE 
C BACKLOG  IN  WEEK. 

XKT=NU(J*I)*34./16«. 

ONHAN(J  = MTA  ( J)  -MTM  ( J)  -XKT_ 

MTM< J) =0 

DIFsBUCKET ( 1 * J) -ONHAND-NORDER ( 1 ♦ J) 

DO  35  1 = 1 * K 

I F ( I .LT.  B ) GO  TO  34 
IF  ( 1 .GT.  IF1RE)G0  TO  34 

XFISE=XFIRE+DIF  

IF  ( I ,NE.  IFIRE)G0  TO  34 
XFIRE=XFIRE/XDIV 

IF  (XFIRE  _»G£.  0 > GO  _T 0 34 

IF ( J ,LT . 3 ) GO  TO  71 
SAFETY=XFlRE»(-.OS) 

GO  TO  33  _ 

31  IF ( J .LT.  2 ) GO  TO  32 
SAFETY=XFlRE»(-.20) 

GO  TO  33  .... 

32  SAF£TY=XFlRE»<-.25) 

33  CONTINUE 

NCRD=XFIRE*SAF£TY 

NQRDER ( 9 ♦ 3 ) =NORD 

dif=dif-xkipe*safety 

34  DIF  = DIF*  (KUCKET(I*HJ).-BUCKET(I*J).)-NOROER(I*l»J)  . _ 

35  CONTINUE 
NORD  = D I F 

IF  (DIF  .E'l.  NORDJGO  TO  36 

IF(DIK  ,lE.  0.)GO  TO  3b 
NORD=NORO*1 

3b  NORDER* 1*1  * J) =NORC 

37  CONTINUE 

c program  next  forecast 

value=tnor*nbuck 

ATTRIB(1»=VALUE 
ATTRIH(2)=3. 

A T T P T *J  ( 3 ) = 0._ 

ATTHIH (4)  = 0. 

ATTRI B ( 5 ) = 0. 

ATTRld (8) =!• 


BESf  AW 


n 


r. 

Am  tlu 


5 


A 


VARIABLE 

ATVL 

BUCK(I) 
BUCKET (I, L) 

BUFFER 

DIF (J) 

ELAPSE 

END 

FAIL(J,K) 
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List  of  Program  Variables 
DESCRIPTION 

Average  travel  time;  used  in  MRP  master  schedule 
computations. 

Time  bucket  or  period;  measured  from  TIME. 

The  number  of  teams  of  type  L required  in  time  bucket 
I.  Used  in  master  schedule  explosions. 

Used  to  allow  manipulation  of  data  without  loss  of 
original  data. 

The  difference  between  manpower  loading  and  projected 
need  for  team  J. 

The  interval  since  the  last  failure  or  repair  occurred. 
Time  of  the  end  of  the  simulation  run. 

A temporary  variable  used  to  establish  the  time  at  which 
component  K of  missile  J will  fail  next. 


HORIZON 


IONHAND 


MM(I,L) 


The  last  time  bucket  or  time  period  considered  for 
manpower  planning  forecasts. 

The  number  of  maintenance  teams  on  hand;  used  for 
gross-to-net  continuous  calculations  for  MRP. 

Master  matrix;  maintains  the  time  at  which  component  L 
on  missile  I failed  last  for  MRP  calculations. 


MT(I) 

MTA(I) 

MTEAM(I) 

MTM(I) 

MTU(I,L) 


NBUCK 


NFAIL 


NFREEZE 


Number  of  missiles  in  the  system. 

The  number  of  maintenance  teams  of  type  I in  use. 

The  number  of  maintenance  teams  of  type  I assigned. 

The  teams  which  are  designated  to  repair  component  I. 

The  average  number  of  maintenance  teams  of  type  I assigned. 

Historical  data  used  for  TMP  calculations;  the  number 
of  maintenance  hours  used  by  team  type  L in  period  I. 

Time  period  or  bucket;  one  week  or  168  hours. 

The  next  time  that  the  component  being  considered  is 
expected  to  fail;  used  in  MRP  master  schedule  calculations. 

Frozen  period  - beyond  which  teams  may  be  added  or 
dropped 

For  adding  additional  teams: 

Team  1 30  weeks 

Team  2 20  weeks 

Team  3 10  weeks 

For  eliminating  teams: 

All  teams  8 weeks 
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NHORIZON 

NTIME 

ORDER (I, J) 

OT 

PM 

PRIOR(I) 
REPAIR (I) 
SAFETY 
ST 

TIME 

TVL 

VALUE 

XFIRE 

XMOD(I) 

ZMEAN(I) 


Horizon;  the  end  of  the  last  time  bucket  considered 
In  forecast  calculations. 

Time  bucket  being  considered  during  MRP  master  schedule 
computations . 

Number  of  teams  to  be  added  or  dropped;  Team  J for 
period  I ; these  orders  aru  firm  if  the  frozen  period 
has  passed. 

Time  required  to  open  a missile  silo. 

Preventive  maintenance  decision  point. 

Maintenance  priority  for  component  I. 

Mean  time  required  to  repair  component  I. 

Safety  stock  added  for  TMP  projections. 

Service  time;  calculated  by  using  REPAIR(I)  for  com- 
ponent being  considered  and  transposing  that  into  an 
exponential  distribution. 

Current  simulation  clock  time. 

Temporary  variable  used  to  identify  the  travel  time 
to  the  missile  being  considered. 

Temporary  variable  used  to  identify  values  to  be  placed 
in  order  by  the  NSET  array  (it  may  be  service  time, 
repair  time,  or  priority). 

The  number  of  teams  to  be  fired  in  period  8. 

Impending  modification  number  I to  the  missile  system 
configuration. 

Mean  time  before  failure  for  component  I. 
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1 

MISSILE  COMPONENT 

MTBF 

PRIORITY* 

MAINTENANCE 
TEAM  REQ'D 

MEAN  REPAIR 
TIME 

1 1 

Reentry  Vehicle 

400  hours 

1 

1 

74  hours 

2 

■ 

Security  System 

220 

1 

3 

22 

■ 3 

Environmental  Control 
System 

160 

1 

2 

12 

1 4 

Guidance  & Control 
System 

230 

2 

1 

68 

1 * 

Autocollimator 

1,800 

2 

1 

10 

6 

1 

Digital  Relay  System 

1,200 

2 

3 

8 

1 7 

Turbogenerator 

800 

3 

2 

18 

1 8 

Communications  System 

180 

3 

3 

13 

1 

9 

Firing  Squibs 

780 

3 

2 

26 

1 10 

Umbilical  & Nozzel 
Control 

240 

3 

2 

9 

Priority 

1 Critical  Failure  - Preempts  all  others 

2 Major  Failure  - Will  preempt  priority  3 unless  maintenance  team  is  already 
at  priority  3 site 

3 Minor  failure  or  preventive  maintenance 


^Missiles  will  not  be  taken  off  alert  by  priority  3 failure  until  that  component 
is  being  repaired. 
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